QX 是纯 tun 模式，Stash 是 tun 模式 + proxy 模式。相对来说 tun 耗电很多，先走 proxy 再走 tun 会好很多。

家宽搭建的服务，什么内容监管都没有，你觉得最好的办法是啥，当然是连开都不给你开啊

话说 ROG 的掌机如果把操作弄好了，在平台优势上（ Windows ）可以甩 Steam Deck

@ShadowPower Apple 的 GPTK 最近出 1.0 final 版本了，遗憾就是需要 macOS 14 才能玩起来，而且 x64 转译 arm64 还损失了不小性能，期待以后游戏厂商会出 arm64 版本

@l1ve 具体是什么言论？

@wenjy 你的用户名是不是名字拼音，实名上网遇到熟人不是正常？

不过也花掉了你的搞副业时间，各有利弊。小炒怡情。

:set nocp 试试？

大佬们说的应该是，不要在全局范围内写 using namespace xx ，不管是 std 还是其他的。重点是不要全局范围内这么写。局部是没有问题的。

自己实现一个 tun ，接管所有流量，识别出 http 和 https ，自己实现一个代理。
开源项目参考 clash

Surge 要是有个通用配置控制 reject 的行为逻辑就好了，因为需要兼容别的（ QX 、Loon 和 Stash ）规则，reject-drop 在其他 app 里不认识。

目前没有全国联网，跨省不能查到。

@akay2351 广电在有些地方会频繁切换频段导致手机耗电快，这是移动没有和广电全量共享的问题。用起来不错，广电没有搞移动限速的那一套，相对于廉价用上了移动的流量。

你可能理解错了，高可用不是一直可用，#2 说的对。
故障切换无感知，这里是相对于「谁」？
如果是使用 App 的用户，需要 App 端配合达到用户无感知：每个 API 设置重试次数和重试间隔，比如重试 3 次，每次间隔是 5 秒，那么服务端只要在 15 秒内能提供服务，App 用户只会觉得是网络慢，不会感知到发生了故障。

https://github.com/zsbai/wechat-versions/releases
这里有旧版本的微信 for Mac 安装包

高仿冒充的，这套路和衣服的尾单一样

还能卖 550 不错了，你想想买家谁愿意买一个出了故障要大几千维修的二手表。S5 算期限快到电子产品的淘汰周期了。

debian + docker ，重要的是系统稳定，占用资源少。debian 安装完系统很纯粹。需要运行的业务就运行在 docker 上