@cryptovae 是的，如果访问量不大的话建议直连，如果到了不得不使用连接池的地步时，那就不应该再使用 serverless 了
或者你是有什么原因导致不得不使用 serverless ？
当然，使用 http 来实现一个 redis pool 也是一个可行的方案，至少我就是这么做的 :)。主要我也没想到更好的方案了

有可能是信道的问题，我台式机的网卡不行，连接 5G wifi 时，每 10 次会有 1-3 次的概率延迟达到 1000ms 以上，这个问题找了很久，最后才发现是信道的问题，把信道设置到 100 以上就行了，所以你可以按照这个思路排查下
但是离谱的就来了，NS 无法连接 100 信道以上的 wifi

搞个 joycon ，揣兜里，然后用手柄打

最主要一个点我接受不了，FCM 经常断流，导致 lark 、linear 经常不推送消息，或者推送不及时，我还是 root 装了 FCM Fix 插件
总体来说，安卓的各方面都比 ios 优秀，但是有些小众问题不解决还是没法愉快使用，更何况大部分人还是 apple 生态，所以现在又换回 ios 主力了

@ixoy 这个确实，之前公司就是直接在 AWS 控制台管理 lambda ，很不方便。不过现在有一个项目支持你说的这个场景了 https://github.com/Serverless-Devs/Serverless-Devs

不得不感慨，现在 AI 真强大，去年初就想开的坑，但是迫于麻烦就一直没搞，今年断断续续花了一个月时间， 就完成了一个能稳定使用的版本

@winnersunshine 主力机还是备用机，主力机建议 14
巨魔以后可以通过改配置来实现低版本 ios 配对高版本 watch os

轴体无非就是
1. 有无段落感
2. 线程长度，也就是你按下去要多深才有反馈
3. 压力克数，意味着你需要多大的力气

红轴是线性轴（无段落感），压力克数偏轻，线程长度偏短（或中）
所以你的新轴体的选择，取决于你是需要和红轴一样的手感，还是比红轴略重的手感
手感重意味着长时间打字更累手，手感轻意味着容易误触

同时有些轴体是厚润过的。厚润指的就是在轴体上打上比平时更多的润滑油，他也可以让压力克数变得稍重，也就是说，如果一个轴体是厚润轴，那么他会比参数上标的再增加 1-2g 。厚润还有声音上的提升，这里就不讨论了

我以前也用的红轴，因为红轴容易误触，后面就换成了压力克数位于红轴和黑轴之间的轴体

为什么会有人形容手感像切黄油？因为压力克数重，线程长度在中及以上，所以需要稍重的力气才能触发按键响应，再加上特调的声音，就如同切黄油一样

@rio 这个只要你在已经转移好数据的 ns 上，开个新号玩就行了，首次游玩会提醒你绑定已有居民，选一个就行

动森是一机一岛形式，且数据是跟着岛主走的，岛主既然转移走了，那么这个岛也就无用了
还是说，你想其他两个岛民的想将岛主的数据 clone 一份到新的机器上，并将岛民升级为岛主？
这个你要修机器手动转移数据才行，但是数据转移时是需要更新和联网的，不确定联网的那个时候会不会校验数据已被线上恢复过

如果能解决网络问题，也可以考虑 remote devployment
这样只需要一台 m4 air 16+512 就够了

@Shaar 我有一个可以看看，但是操作没有 OP 这个这么便捷
https://github.com/YangZxi/Linkit

吵架要有底线，你认为你能忍受未来的每次吵架，她可能都会拉黑删除你吗？
如果不能，就换个合适的，恋爱是锦上添花不是。

为了伴侣吵了一架，一天都没心情，工作进度延误、还要耽误周末的休息时间去当窦娥，挺没劲的

这个预算可以看看 DMIT EB 系列

通知这个好像是因为不同的通知有不同的 channel ，你需要在系统的通知管理中找到专门的那个 channel ，设置他的通知权限才可以。
至少 xiaomi 是这样的，安卓应该都类似

@tanxnative 推荐 VictoriaMetrics ，支持集群部署。api 接口和查询语句兼容 Prometheus ，所以你可以直接把他当做 Prometheus Plus 来用。
数据来源支持 Prometheus 的主动抓取，和 HTTP 的被动接受
性能尚可，之前每分钟约 5G 数据，在一个 6c12g 的服务器就能扛住了
目前他们的企业版只有多租户集群，单用户版集群是免费商用的。

@Jiubia 我明白你意思了，如果只有 id 的话，还确实没办法

小红书页面最底部的 script 中有个 window.__INITIAL_STATE__=，里面存了大部分笔记相关的信息，包含你需要的 token
不过为什么你的链接不会直接跳转，正常情况下，手机端分享出来的短链会 302 到含有 token 的链接的