wuhunyu

@xaoflysho 我的 13 经常卡，本来想今年换 16 的，但感觉今年的 16 像个半成品，而且今年的安卓也挺强的，估计明年的 iPhone 会挤牙膏多一些吧。现在我的 13 电池健康度还有 89%，再忍一年换 17pro 吧

@yinmin 这样做前端是简单了，后端服务器压力平白无故多做很多无用功。我觉得每隔几分钟主动 ping 一次，取最快的那个域名，如果最快的那个域名也超时，就主动 ping 一次，更新域名列表，再用最快的域名尝试一次，还是超时就提示用户服务不可用吧

看描述，服务器应该是分别部署在不同的国家地域了。我比较好奇的是，如果前端根据延时来判断走哪个区域的服务，特殊情况下，一会儿访问这个国家的服务器，一会儿访问另一个国家的服务器，不同区域的数据是怎么同步的，跨地域的数据同步成本会比较，而且势必会存在数据不一致的问题，好奇你们的后端是怎么处理的。像是阿里云，他们的许多产品都是分地区的，比如上海，广州。而且很多时候不同区域的产品产生的数据他也不提供转区的服务。按我理解，区域 1 的前端最好就是访问区域的 1 的服务端，不然可能因为数据同步延迟导致一些奇怪的问题。如果是同一个区域的话，我又觉得没啥必要给同一个区域多个域名吧

@263 领导不买账呐，而且这个数据库的 pg 引擎都买不了

@mark2025 领导想要适配 TDSQL ，我也清楚现在的系统即便迁移到了分布式数据库，但没有改造 sql ，性能可能会不如单机的 pg

@8355 提一个疑问，在高并发情况下，在调用 mq 之前需要入库吗（我没啥高并发的经验，还是比较信任 mq 的）。我的疑问是，既然已经是高并发了，入库算是一个比较耗时的 io 操作了，入库虽然保证了数据的安全性，但也降低了高并发。如果把去掉入库操作，换成 mq 的同步刷盘（或者异步刷盘），两者对比会怎么样呢

@Rust2015 人家说"之前用苹果现在得换个国产手机"，几乎就是说工作的单位不允许他用苹果，至少在工作的时候不允许

@JKOR 国内不搞梯子上不了 Google Play ，正好 GitHub 上有 beta 版本的 Bitwarden ，我试下能不能用

@Tink 看密码保存在 1Password ，所以安卓系统层面是否能支持 Passkeys ，我有点迷。我目前是借用朋友的手机在测试，但人家没有 Google Play ，而且 1Password 还收费，总不能要他下载一个盗版的软件给我测试吧，哈哈