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

搞得我现在 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;`看看。

我的 AirPods 4 和 2 个 AirPods Pro 2 都有这个问题，应该是正常的（如果是直营店/官网买的 op 可以去无限换新） https://i.imgur.com/L62ZP7V.png

公众号搜「表情保存助手」，有很多类似的，都可以用（可能要看广告）

今天刚从 Apple Store 提货，整体来说符合预期。我也容易中耳炎，因此不能长时间佩戴 Pro 。

的确欠缺对于速率的限制，对于反爬严重的网页，我是单独起了一个项目处理的

discourse 偏重，flarum 简单些，中文搜索可以配合 meilisearch 。

如果是 Helpdesk 也可以用 apache 的 answer

Wireguard 就可以了吧，不是很难的。

@OutOfMemoryError 不清楚，气传导耳机我只用过韶音的 OpenFit Pro ，听个响水平吧