吉列手动，不考虑卫生，刀片很难钝，我手上这个一个月没换了

找专业的 DBA 吧，这数据量太哈人了

好好好，两个 Action Buttion 爽翻了 https://i.imgur.com/pmNOo2w.png

openai 💊，换 claude 吧

Bear 可以开个小窗口置顶

Ractangle Pro 支持为任意的窗口置顶，各种窗口管理软件是否支持置顶可以看 loop 的 readme 。

阿里云 99

教程说修改 daemon.json ，那你把 daemon.json 发上来看看啊

另外重启 docker daemon 了吗，sudo systemctl restart docker.service

我也这样，如果停顿一段时间（大概几分钟）再发送，要么发送按钮是灰色的，要么点击没有反应，或者点击之后要过十几秒才会发送出去。

搞得我现在 ptsd 的每次提问前都刷新一次网页……

客户端似乎没问题，但是 Mac 的客户端真的一言难尽

如果只是这篇 blog 里面的东西，感觉没有添加太多东西

有钱就换，没钱就不换

这么简单个道理（）

多账号，twitter 的网页端和移动端账号切换都很方便

如果只用 terminal ssh ，那么似乎没问题🤣

OpenAI 规则设置代理，默认规则设置直连

不过这样会导致每个域名都会触发一次 DNS 查询，如果没有局域网 DNS 缓存的话，为了效率可以加上一些其他域名规则提前直连

mark op 语言风格让人极为舒适，学习学习 https://i.imgur.com/pmNOo2w.png

我也是，折腾了一圈最后还是 surge ，我也说不出 surge 哪里好，但是就是觉得用起来舒服

我更正一下我上面的回复，这个问题来自于 PostgreSQL 中 Time Zone 的格式与 ISO-8601 以及其他 PostgreSQL 中显示的不一致：UTC+8 在 Time Zone 配置中代表 UTC 西边 8 小时，而不是常规的向东 8 小时。参考文档： https://www.postgresql.org/docs/current/datetime-posix-timezone-specs.html

PostgreSQL 中，timestamp 和 timestamptz 的底层都是 UTC 时间，仅仅是输出形式不同。

to_timestamp 函数会将 Unix 时间戳转换为 timestamptz ，等价于 timestamp with time zone '2023-01-01 08:00:00+08'。

at time zone 函数在处理 timestamptz 的时候，输出的转换后时区的 timestamp 。在上面的例子中，将会转换到 UTC+8 时区之后，显示在 UTC+8 显示的时间。参考文档： https://www.postgresql.org/docs/current/functions-datetime.html#FUNCTIONS-DATETIME-ZONECONVERT

因此需要关注 PostgreSQL 中对于 Time Zone 的表示，一共有三种，参考文档： https://www.postgresql.org/docs/current/datatype-datetime.html#DATATYPE-TIMEZONES 。其中对于第三种，就是我开头第一段写的，和常用的不一致。

将 OP 的查询语句中的时区改为 Asia/Shanghai ，就是 OP 想要的北京时间：2023-01-01 08:00:00 了。

之前回复的牛头不对马嘴，抱歉 https://i.imgur.com/L62ZP7V.png

高拍仪

或者拿手机，Apple 生态里面我觉得 Scanner Pro 最好用

pg 当中区分 timestamptz 和 timestamp ，可以使用`SHOW timezone;`看看。