@Puteulanus #3 workers 是每天十万次免费请求，这是 workers 里子请求的 API 超了吧？我猜 OP 这个是因为太多在 workers 里用那个 API 的，导致请求 IP 都是 workers 的 IP ，更容易触发限制

无解吧，控制不了子请求的 IP 吧，换个 API

它的开发体验太差了，写过几个之后再也不想写

/go/cosub

找了个 fork 看了下

> 原理：利用 playwright 搭桥，保留登录成功后的上下文浏览器环境，通过执行 JS 表达式获取一些加密参数 通过使用此方式，免去了复现核心加密 JS 代码，逆向难度大大降低

没有看代码，但如果该项目中提到的每个平台都是这种实现方式，那就是一般水平。注意，我只是指这段话所涉及到的技术水平，而不是评价作者本人的技术水平，也许更秀技的他不敢分享呢。

同意 #2 #3 ，A/B 不可信任的话，一切都是缘木求鱼。

@lstz #11 不瞒你说我也想过，我想的是 flutter 仿 telegram 来做，这样不用费心设计只需要实现，但试着做了一点，真的太难了

@0o0O0o0O0o #9 注意不单指移动端，Telegram 每个端的体验都很好

@lstz #4 我觉得做得比较好的是 /t/1010749 ，等于继承 Telegram 的体验，从头做起我不看好。顺便催更 iOS 版本 @flyun

假设你这个项目真的只支持 Windows ，那我有三策：
下策，找个支持 windows 的统计工具部署，有情况就告警提醒，例如 https://github.com/prometheus-community/windows_exporter ，我没用过，随手找的；
中策，由于需要的信息太简单，我会自己实现然后部署；
上策，我会考虑找个温度达到阈值就自动降频或者暂停任务温度降到正常值就继续任务的办法。

你比他正确一点，但还不够正确，可以阅读 https://cheatsheetseries.owasp.org/cheatsheets/Password_Storage_Cheat_Sheet.html

挺好看的。我记得上一个帖子里这是个开源软件，现在是转闭源了吗？

八个小时过去了，我还是看不懂这个标题

vscode 也提供了真正的隔离方案 https://github.com/devcontainers/images/blob/cdb8f1f1a51e084dbf5c12e296ec34050dd98c3a/src/cpp/.devcontainer/devcontainer.json#L17-L26