实在没听懂你说的「后台」是啥，我假定你说的是 SSH 连接上后不是打开 shell ，而是给若干选项。

这个太好实现了，关键词你搜 ssh server + 语言就行。比如：

https://github.com/gliderlabs/ssh：Example 里实现了个只显示 helloworld! 的服务器。

https://github.com/Eugeny/russh/blob/main/russh/examples/ratatui_app.rs：连接上后启动一个 ratatui 应用。

@461229187 那还不错，我也很久没用过 tauri app 了，下载支持一下

作者有测量过启动速度吗？看到 Tauri 写的应用实在喜欢不起来，启动太太太慢了，而且内存占用和流畅度也不如 electron

先回答问题。看汇编就很明显了： https://godbolt.org/z/1e65616jo

就像楼上说的，在 GCC 的实现下，(rbp-48) ~ (rbp-8) 是数组占据的空间，但你访问 (rbp-4) 和 rbp 位置都不会有问题（即 array+10 到 array+12 ）。再往下访问就越界了。

然后关于未定义行为。学究一点地说，未定义行为的意思就是「编译器想怎么做都可以，怎么方便怎么来」。

如果编译器觉得输出格式化和病毒代码很方便，那它就可以在你写未定义行为的地方输出这些代码。不要惊讶，标准明确告诉你「未定义行为无论发生什么都行」，这是完全合法的，无法从规范上指责它。

总结就是，不要尝试和利用未定义行为。这就是 C 的遗留问题，如果你觉得不能接受，换一门更近代的语言吧（比如 Java 、Go ）。

顺便说一句，现在这些精简版系统几乎不会有任何性能（特指吞吐量）上的好处，这表现在 游戏帧率、压缩/解压速度、跑分性能 都不增反降上。可以看看评测视频，微软才最懂自家系统优化： 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. 小圈子政治，这个不仅仅是国内开发者，但国内确实更明显，代理软件这种开发难度高、用户群体大的更是如此。一群小白在一起跪舔一个（顶着二次元头像的）大佬开发者，甚至攻击其他代理软件、嘲笑其他协议，基本是国内一部分代理项目的常态。