@Bssn #10 那说说你遇到了什么问题

@systemcall 那楼主这么测出来就说明宽带质量不好呀，但他又觉得是 speedtest.net 的问题，所以问题是楼主需求不明确。

大概就是你的代理断开连接了。至于为什么断就不知道了。

@puck260 Git 底层使用 curl 进行网络请求，而 curl 的代理设置中 socks5 会用本地 DNS 进行解析，可能会遇到 DNS 污染导致无法连接，应该改成 socks5h 使用远程解析 DNS 。

测公网速度是这样的，网络环境很复杂，建议首选运营商提供的测速服务

trace.moe 不是有开源吗？你缺的是数据，而不是方案

先看事件查看器，另外试试在设备管理器里把网卡的网络唤醒功能关掉

@systemcall 我只是想表达 NTFS 驱动进入 Linux 内核主线不代表免费以及没有版权问题。

至于实际设备不支持的原因，我也认为是偷懒。Linux 内核很早就有主线外的 NTFS 驱动了，要加也不是很难。而且假如真没有内核代码的情况下，支持 fuse 的 exFAT 会更简单，因此不做基本是懒得做。

关于原始问题，你是想用 Python 给 C++应用写插件吗？一般的做法是原应用暴露出一个 C 的插件接口，然后用 C/C++写个 DLL 对接 Python ，图省事可以用 pybind11 ，不麻烦，用 Cython 感觉更复杂了。

不过上述方案确实有不便于调试的问题，RPC 也是另一种方案。不过我个人不推荐用 ZeroMQ 来实现 RPC ，它本身不是针对 RPC 设计的，还需要你额外补充一些东西才能成为完整的 RPC 框架。可以考虑一下 grpc 。

一种可能是端口未开放，别人连不上你，但更可能是上传速度抢不过别人。一般来说按下载量考核的 PT 站需要你蹲点(或者配合自动化工具)等新资源然后下载，否则很难抢到上传量。如果网络不是特别好的话还是建议用按做种时间考核的站，配合大硬盘长时间做种。

感觉热了开空调，否则不理

@lhbc 那是因为许多大公司都加入了 Open Invention Network 进行专利交叉授权，微软也在里面，不代表 NTFS 的代码完全不涉及微软的专利。

@lhbc @systemcall
开放源代码软件不代表没有专利问题

另外没记错的话 exFAT 是被 SD 卡组织列为推荐支持的文件系统，加上后续微软也放开了相关限制，所以支持的可能性更大。

@sdjl 网络请求的话，我没有特殊需求选 fetch ，有特殊需求选 axios 。

不过其实你装了 12 也没用，npm 安装会自动装最新版的库，如果最新版不兼容旧的 Node.js 那你还是得手动调整版本，一般是去看库的文档，有的库也会把 Node.js 最低要求写在 package.json 里。

“在 M1 芯片的 Mac 上安装 node12 很麻烦”
不是有兼容层吗？直接跑 x64 的不行？

snprintf 第二个参数是缓冲区的最大长度，不是让你计算字符串长度，是用来避免缓冲区溢出的，如果此时 path 长度超过 1024-45 则会造成缓冲区溢出

OpenWrt 的 nginx 是附带了个配置生成器的，会用 uci 配置生成 nginx.conf ，我自己是禁掉，然后手动配置 nginx ，和别的发行版没什么区别。

为什么要用第三方软件登录？