自从2024年4月2日起，所有人可以在 Cloudflare Workers 上运行 Python 代码。这是一个重大的里程碑，因为在之前，Cloudflare Worker 仅支持 JavaScript 以及 WebAssembly，这对于许多开发人员来说是一个限制。如今，就算不熟悉 Js，也仍然可以使用更加简单易学的 Python 来编写 Worker。本篇文件将介绍如何从零开始，在本地编写和调试一个 Python Worker，并将其部署到 Cloudflare Worker 上。
通过日志发现，Cloudflared 在纯 Ipv6 的环境下，一直尝试连接几个 Ipv4 地址，那当然会导致启动不成功了。
Haproxy（High Availability Proxy）是一种开源软件，广泛用于负载均衡和高可用性服务。相比于 Nginx，Haproxy 在作为转发用途的时候更单纯，并不需要额外配置其他的代理参数。在反向代理方面，Haproxy 支持 TCP 协议的转发，在网络第四层上直接将流量转发至源站，从而实现 SSL Passthrough 的效果。这使得中转服务器并不需要部署相关域名的 SSL 证书即可完成转发。
由于我是 Macos + Windows 双系统持有者，两个系统截然不同的快捷键导致在日常生活中电脑使用效率骤减，在被 Ctrl 切换输入法折磨了非常长的一段时间后，我在 v2ex 搜索到了一个宝藏脚本，使用 AutoHotKey 实现，功能十分接近 Macos 切换输入法的逻辑：短按 Caps 切换中英输入法，长按Caps 切换大小写锁定。
问题描述：当使用 qBittorrent 选择下载路径直接设置到 CIFS 挂载的路径中时，如果种子 Torrent 只包含一个文件（比如只包含一个视频文件）时性能符合预期，在种子质量良好时通常可以跑到机器带宽上限（1Gbps+）；但只要种子包含的文件数量大于1（比如一个视频文件和一个 20kb 大小的封面图，或一个数 kb 大小的 nfo 元数据），同样在种子质量良好的情况下下载速度只能在 2-6MB/s中来回波动，同时观察统计面板 I/O 缓存写入超负载经常维持在 90% 上下，I/O 延迟也爆增至四位数，很明显的卡 I/O 现象。同时很奇怪的一点是，一个只包含两个文件的电影种子，和一个包含上百个文件的剧集种子文件所表现的 I/O 性能是一致的，下载速度都只能在 2-6MB/s 之间波动，这就非常奇怪了，难道同时下载两个文件和同时下载 200 个文件所占用的 I/O 是一致的？想想都不太可能。