看起来像是 json 配置文件映射到 go 结构体，如果能把配置平铺做兼容可能就简单了。
比如现在配置文件是{“a”:{“b”:{“c”:12345}}}，换成 a.b.c=12345
或者还是 json 配置文件，但是用 jsonpath 来解析。

感谢，领到 60 天 pro free plan,不过有提示“You will be automatically renewed on Jan 20, 2025.”，不知道到期是不是还能用

@imes chrome 不如给 firefox 打广告吧,等 firefox 市占率高起来就好了 XD

战 66 确实可以看一下，16+512 1340p 性能不如 h 系列 u 强，不过比较符合轻薄便携，功耗好一点，办公应该够了。几年前买过二代，现在都出六代了 233

用 niz 的静电容 3 4 年了，比机械键盘省力，轻轻一点就能有反馈。机械键盘敲不了多久就感觉累手😂

onedrive 。之前用微云被莫名其妙审核，导致文件无法下载，就再也不用国内厂商的网盘了

最支持的一集！

大概是软件公司能更好地控制用户数据吧。
推荐一个 postman 的开源替代品 bruno,本地纯文本存储，再也不用等 postman 没完没了的加载了

怪不得昨天点外卖提示支付宝渠道不稳定，建议使用其他支付渠道

不会，但是很多年前会，被同学提醒了之后才发现有这个毛病，很快改掉了。然后其他人吃饭吧唧嘴的时候很容易注意到，感觉会有点不舒服，久了也就脱敏了

可以考虑入个 microsoft365 带 1T onedrive 容量，ios 可以自动后台备份照片。好像是用的后台自动刷新，关掉就不行了

现在 google 在推 gemini 移动端部署，不知道效果如何

在用 oppo watch,可以复制门禁卡，还可以录多个来回切换。其他的安卓手表可能也有类似的功能

对比 quarkus 如何？

qq 频道怎么样，感觉功能够用了

前端轮询是最简单的，后端任意节点状态更新到 redis ，接口直接查询 redis 数据返回，最多加个 db 查询兜底。
如果一定要长连接，也有简化方案，前端到接口用 websocket/sse ，接口实际还是轮询 redis 并返回，这样即使重新连接到不同节点也无所谓，一定程度算是无状态的。
更加麻烦的方案：
- 多个 websocket 节点，mq 广播结果(引入额外依赖和故障点 mq)
- 中心化维护用户与节点的连接信息，这样可以直接通知到对应节点(引入中心化信息更新问题)
- websocket 节点直接互相连接，对于不是自己的消息用 rpc 或者 websocket 或者 http 转发到其他节点(复杂度最高)
这 5 个方案前 4 个都有用过，最后发现 1 方案反而是最好的，实现简单，无状态易扩展，故障点少。2 3 也比较可靠，增加些复杂度。4 踩过坑之后不准备用了。

个人感觉有个工具能对比测试库和线上库的差异比较重要。表结构个人喜欢以数据库表为核心，映射用工具生成或者手写无所谓，只要字段对的上。按这个思路的话自动迁移其实可以不用

我用的 Fennec,也出现这个提示，就干脆卸载掉用回 firefox 了。用 ffupdater 来管理