好像从哪个版本开始，已经默认 unicode 了，打开老版本的迅雷 5 都是全软件除了贴图全部乱码的……

@BrJfUsTD 对，一般在反代上做就行

@BrJfUsTD 你开了压缩，反代的时候会判断的，上游没压缩才会压缩。如果上游已经压缩过了，nginx 会直接把上游压缩过的 body 数据直接透传下去，不会二次压缩。

@Kinnice 不需要处理。
1. nginx 反向代理的时候默认不会带 accept encoding 头，上游正常本身就不会压缩
2. 如果上游没处理 accept encoding 头，始终提供了压缩，nginx 会处理 content encoding 头，不会导致重复压缩

唯一的例外是，服务器完全不遵守标准，返回了压缩的数据却没带 content encoding 头，才会需要你处理

除了我不抽烟，其他的几条你不就是在说我么……
主要是与人沟通的时候大脑一片空白，给个话题都开不了口的那种

@aru #52 VPN 备案不管你跨不跨境的，跟跨境没啥关系，只要是建立在互联网上的都需要备案，本身就不是特指跨境的。
跨境网络访问属于敏感的概念，至今没有明确的规定，都是模糊的说法，跟 VPN 没啥关系，毕竟官方说法是我国互联网是自由开放的，不会限制你访问互联网，国外的网站部署在其他国家，我们是不可能去关闭网站的 [doge]。

@aru #6 @ly841000 #22 不能搭 VPN ，VPN 需要备案的。搭其他不属于 VPN 协议的 TCP 代理没有要求。（主要原因是 VPN 有明显特征没有混淆，可以被识别，其他协议顶多识别为未知的协议或者混淆为其他协议）

@putaozhenhaochi Linux 桌面发行版，对于软件适配兼容来说，其实没多复杂。
虽然发行版多，但基本都是一个包全兼容的，顶多三方库版本、包管理器不一样，但即便不考虑包管理器，直接给个二进制和三方库的版本号也没问题，Linux user 都能自己解决。

听起来像是鲁大师的温度报警。
你应该把任务管理器截出来，包括 CPU 占用从大到小、内存占用从大到小、硬盘 IO 占用从大到小 这些分别排序，这些都有可能导致卡顿。

1. 这个是 CSV （ Comma-separated values ，逗号分隔值）格式，随便找个 CSV 库就能处理
2. #1 说的自己 split 也可以，但可能不好处理 value 引号里包含逗号的情况
3. 你给出的这个结果示例是不是有问题？ ip,port,code,auth,server type 这是 5 个字段，但下面那一行却能分隔出 6 个 value 段

windows 下可以通过 CreateMutex 创建互斥量来做进程间的互斥访问。所以可以条件编译，windows 下用 windows 的方式，linux 下用 linux 的方式。

另外，既然你需要在执行后监听端口，那么如果没有开启 SO_REUSEPORT 的话，应该第二个进程在尝试监听同一个端口的时候就会失败，捕获这个 error 不就可以实现互斥了吗？

直接把用户资料文件夹复制过去应该就行了。
旧 Chrome：地址栏进入 chrome://version/，Profile Path 写的是你的用户资料文件夹的路径，直接退出 Chrome （包括托盘区后台，建议直接 Chrome 右上角的菜单里点退出），退出 Chrome 之后，再复制整个用户资料文件夹。
新 Chrome：同样的方式看到资料文件夹路径，完全退出 Chrome ，删掉用户资料文件夹，然后把旧 Chrome 备份的用户资料文件夹粘贴进去，然后启动 Chrome ，按快捷键 Ctrl+Shift+T （ Command+Shift+T ） 恢复所有标签。

运维好像就是搬运自行车的吧？至少美团的运维就是搬自行车的 [doge]
https://i.imgur.com/wSfpoR0.jpg

先说你调的这个“别的平台”的服务是否可以按你的需要修改？不可以的话，你又用不了推送，那就只能短轮询了，要提高效率只能缩短轮询时间间隔，避免 CPU 占用的话，可以根据 CPU 负载动态调整轮询时间间隔，应该也只能这样了。

如果这个服务平台可以根据你的需求做修改调整，首选肯定是支持推送，回调你的 webhook ，但由于网络原因（ NAT 之类的）不能做 webhook 推送的话，也可以考虑支持 websocket ，建立 websocket 来进行推送。或者另一种修改思路是把短轮询接口改成长轮询，即你本地请求后，服务端不作响应，直到服务端处理完毕后立即响应，如果服务端在请求超时时间内（几十秒）仍然没有处理完毕，则响应一个未完成的响应，你收到后立即重试就行。这样虽然还是小间隔的轮询请求，但是请求时长被放大到几十秒，属于 io 时间不消耗 CPU ，也会比短轮询更实时。

就浏览器，打开 DevTools ，查看 network ，操作的时候按时间顺序挨个看请求来判断接口用途。比较重点关注 Fetch/XHR 类型的请求就行。
比如上传文件是用的 POST https://file.wx.qq.com/cgi-bin/mmwebwx-bin/webwxuploadmedia ，需要关心请求头和请求参数，简单看了下，应该重点关注 Cookie 和 mmweb_appid 两个 header 就行，然后弄清 POST body 里的参数含义就行。
OPTIONS 类型的请求通常可以忽略，用来做复杂请求预检的。