顺便说一句，现在这些精简版系统几乎不会有任何性能（特指吞吐量）上的好处，这表现在 游戏帧率、压缩/解压速度、跑分性能 都不增反降上。可以看看评测视频，微软才最懂自家系统优化： https://www.bilibili.com/video/BV1pN411T7kZ/

至于响应速度和内存占用，确实会改善一些。精简掉 100 个后台服务没什么意义，因为这些服务本来就几乎不用 CPU 。反倒是关掉某些服务会影响你的使用体验甚至软件的正常运行，我就遇到过一例： https://github.com/DanXi-Dev/DanXi/issues/498

我不用 pdm 的理由很简单：我的项目使用 pdm 需要 2 个小时才能 resolve （是的，2 个小时，我完全不知道 pdm 卡在哪里，它就一直转圈，没有任何有效的日志输出。每当我加一个 .whl 依赖——这在 AI 开发里很常见——它的 resolve 时间就增加 10 分钟）。

相同的代理、相同的依赖，猜猜 uv 需要多久？ 13 秒。

@ManjusakaL #7 uv 并没有教你做事呀，你也可以使用自己的 python 解释器，或者 conda 的 python 解释器，或者 uv 帮你管理的。如果你使用 uv pip 模式，实际上它默认就不会下载解释器。读一下文档吧。

至于插件开发，我没遇到过这种需求。

> 实在忍不了 UV 了，继续来宣传 PDM 了

为什么？我认识的人里会用 pdm 管理项目的，现在基本全部转 uv 了。你逆行的理由是什么？

Apple 提议 TLS 证书有效期三个月，有利于推动弃用 Certificate Pinning

很明显是安全软件的防勒索功能

> 最大的疑惑是，为啥这套功能要做成 Web API 而不是 CLI ？转换订阅文件这种事，感觉 CLI 更自然。

因为大部分代理前端 App （ Mihomo party 、FlClash ）都只支持设置一个订阅 URL ，如果要做转换，自然也应该提供一个 URL 。

> 感觉可以把 lib 编成 wasm ，然后写一个静态页面挂着
> 这样可以挂在 cloudflare 里面

@tinytoadd @oneisall8955

原版有后端需要部署，主要是为了解决跨域问题吧。这种需求应该没法纯前端来做的。

至于部署 cloudflare worker/pages 的，这种项目也有了： https://github.com/jwyGithub/sub-convert

建议：判断窗口是否挂起可以用 IsHungAppWindow ，https://learn.microsoft.com/zh-cn/windows/win32/api/winuser/nf-winuser-ishungappwindow

或者用 SendMessageTimeout 发送随机信息（例如 WM_NULL ），看窗口是否在指定时间（例如 5 秒）内处理消息。

"/mnt/d/scoop/apps/xunlei/current/Program/Thunder.exe" "$url" &
sleep "$THUNDER_WAITTIME"

这实现是不是有点太简单粗暴了？

还有槽点：专门装个 WSL2 和迅雷，然后在 Windows 下调用 Linux bash 脚本跑 exe 迅雷，怎么这么别扭呢？

既然只打算支持 Windows 了，为啥不用 powershell 脚本转写一遍呢？看你这主楼文案也挺像 AI 的（若误伤我先道歉），这才几行的脚本，直接丢给你用得最多的大模型转成 powershell 就行吧？

第二种用法也不应该用 math/big ，那还是二进制的。而是应该用 Decimal ，比如： https://pkg.go.dev/github.com/shopspring/decimal

金额计算最重要的应该是 尽可能地延后计算（尤其是涉及乘除法的）来最大化避免误差。某些时候表达式（例如字符串 "10.0/3*3"）可能是交换数据时更好的表示方式。

打了一大段字又被 V2EX 吞了。很烦，只说重点。

你这就是响应式函数式编程，Makefile 都能干类似的活。规则挂在类型上毫无意义，大部分逻辑不可复用，纯粹增加心智负担。

为什么觉得大家都没想过？有没有可能实际的复杂业务代码在响应式系统编程时就是这么做的，甚至比你想得更深？

附反应式宣言，这是 10 年前的文章 https://www.reactivemanifesto.org/zh-CN

@MFWT 你在说什么？清华大学开源软件镜像站是你口中什么严肃的政府工作网站，还是企业门户页？

网页清清楚楚写了：清华大学 TUNA 协会，全名清华大学学生网络与开源软件协会，是由清华大学热爱网络技术和开源软件的极客组成的学生技术社团。你在学生时代参与兴趣社团的时候也是这样开不得一点玩笑？

还“你日常的浏览习惯”。怎么，你给人家学生打钱了，还是赞赏商，为什么要尊重你？有点自我意识过剩了。

> 为什么不直接把这些协议对应的可执行文件打包到项目里面

你说的大概是指调库，不是调可执行文件。

有几个原因：

1. 各个协议实现的抽象等级不一样，很难统一接口。A 协议开发者发布的库打包了 dns 解析器，B 协议不支持自定义 DNS ，C 协议依赖系统的 TLS 、不支持自定义证书，D 协议完全解离了网络逻辑，要自己实现请求接口……你怎么办？打包在一起，小则行为不一致、令用户迷惑，大则功能完全不能用；

2. 增加调试成本。现在用户来报告 bug 时，你还得先搞明白到底是你写错了，还是引用的上游库有 bug 。就算不是你的问题，你还得重新向上游报告 bug 、等上游修复、集成新的版本……一套流程下来，用户早就不用了（如果 bug 影响到你自己，你估计也不想用了）；

3. 小圈子政治，这个不仅仅是国内开发者，但国内确实更明显，代理软件这种开发难度高、用户群体大的更是如此。一群小白在一起跪舔一个（顶着二次元头像的）大佬开发者，甚至攻击其他代理软件、嘲笑其他协议，基本是国内一部分代理项目的常态。

@catazshadow #9 随机比特翻转影响到你的概率基本为 0 ，不是天天暴露在宇宙射线的航天器就不用考虑了。你说的更可能是 bitrot ，这种应该选择有文件校验和的文件系统，比如 btrfs 、zfs 。

@catazshadow

> 有种文件系统可靠性比较高，但必须要 ECC 内存才能用

没听说过这这种东西。

单个文件系统可靠性都一样高啊（排除没日志、特定硬件的那些），在硬件不坏的情况下不丢文件是对文件系统的基本要求，做不到的那些早就被拍死了，根本不会有人去用。

提高可用性只能通过 RAID + 纠错/备份来解决，比如 zfs 的 RAIDZ 。

> ECC 内存

> zfs 这种带 ECC 的文件系统

这完全是两个东西啊。而且文件坏了/丢失不应该先怀疑是不是硬盘、电源或者服务有问题吗

@cmdOptionKana 不是吧，SwitchyOmega 和 Windows 系统代理设置没关系的，它会接管浏览器的代理设置。