我选择撸脚本，只要发现迅雷直接 ban IP

这和 bt 的上传不一样啊，bt 是自愿的主动分享，这算啥……

😃😃😃

@JYL888 导出成 txt 或者 json 就行，grep 呗

单核心时不能使用自旋锁

绕新起码还能用，绕美就难受

这日子没法过了

联通绕美了

这和 jwt 没关系，本质上是传输层不安全导致身份识别令牌泄漏，用不用 jwt，设置多久吊销，有没有黑名单，只要不解决传输层不安全的问题，无解。

你需要联系社区软件源的维护者，不是随随便便就能推的

可以，你大可以动态写入读取配置文件，实在不爽了现场重新打包也不是不可以呢（

个人感觉，没有开源，那就不会有今天的互联网

人家万一给你用别的办法把内核憋爆了，还是会自动重启，没有用

建议换个思路，全盘加密可信引导

这都是道高一尺魔高一丈的东西，你这么设计接口赶明人家反广告工具上 json path 信不信（

写扩散吧，读扩散更吓人，按他这么算，读扩散不得 400*100w = 40000w ? 每秒 4 亿？

感觉还是从优化的方向想办法，不是每个人都有 400 朋友，更不是每个人都每秒不停刷刷刷

存 name 不存 id 这完全不可取，虽然逻辑上正确的做法是存 id 不存 name，但是考虑到某些场景下某些数据库拉垮的性能存上 name 也不是不行，不过还是先不要过早优化比较好吧，感觉如果不想连表 join，那就是把 name 塞 Redis 都不是不可以…
看起来加 Redis 加了缓存好麻烦，实际上在数据表里事实上缓存了 name 更麻烦…完全和数据库的设计思想对着干不讨好

用 tcp 时重连不也都是重开 socket 吗

不负责任瞎猜，可能是 socket 绑定到了特定网络接口上？每次逻辑上的重连都干掉 socket 重开吧