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

/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

经过楼上提醒去看了下聊天记录 https://t.me/ctcgfw_openwrt_discuss/1174703 ，大概能理解你会觉得是被冒犯，只不过如果我是你我会觉得大家对我无恶意，而是对运营商以及前一个坚持问由运营商引起的问题的人的恶意。

@zhousir5071 #6 很多路由器都有各自的方案吧，进后台找找。apple TV 没用过，但它自身或许也可以实现？

@azure2024us #21 WireGuard 有个 Table 参数，当为 Table = off 的时候并不会添加路由，此时配合 bind interface 就可以指定从它出去。或者干脆用翻墙服务端自带的 WireGuard outbound ，这个最方便，warp 也可以当作一个 outbound ，什么解锁什么转发都在一个配置文件搞定，jp 甚至不需要安装任何 WireGuard 。

通过翻墙根据服务端 > 通过翻墙服务端