@popzuk 你试试就知道了，纯 TCP 用代理转发协议影响还轻一点，一旦涉及 UDP 或 VPN （ TCP in TCP ）性能会严重降低。还有很多人都是在网关配置透明代理的，这些设备的计算能力很多也有限。

@libook 当然是可以的，不过 docker 不是为了桌面设计的容器环境，做这种事情很不方便。推荐用 bwrap ，专门为桌面应用沙盒设计的，底层和 docker 一样使用了 linux 内核提供的 namespace 等容器系统。
flatpak 就是基于 bwrap 构建的面向最终用户的运行环境，不过对于自己手动沙盒运行一个程序来说，手动写个 bwrap 的启动脚本比打个 flatpak 包方便的多。

@zzhbbdbbd 现在已经是 Rc 了，Rc 的 clone 就是增加引用计数，除了写的麻烦倒是没啥额外成本。我说的是隐式 clone 的 Rc ，也就是实现 Copy trait 。

前端居然也是 rust 写的啊。扫了眼代码，感觉一堆.clone()真的挺难看，对 ui 开发而言，我们是不是需要一个隐式 RC ，也就是实现了 Copy 的 Arc 类型？（但感觉这样很容易导致循环引用）

@kyor0 套机场线路开销很大，链路开销就不说了，还有协议开销。多次加密，还有很多机场不支持 UDP 或只支持 UDP over TCP 的协议，这种情况下落地也就只能用 TCP 代理，用 vpn 会有 TCP in TCP 的问题，性能拉跨到极致。

这东西和 NFT 差不多吧

upstream 只要的 URL 就可以，直接写 https 怎么会不行呢？
https://caddyserver.com/docs/caddyfile/directives/reverse_proxy#upstream-addresses

错了吧，原因显然是微信本身主动检测锁发行版，写 postinst 的人是为了帮你绕过这个检测（虽然做法不完全正确）。
正确的做法应该用沙盒，在沙盒中把需要修改的文件遮盖。。比如 bwrap 就可以很容易实现 https://manpages.org/bwrap

@cssk yubikey 好啊，通用标准。但某国的各个行业一般不喜欢都通用标准。

@SrPb 对用户来说订阅服务多了支出会过高，所以用户在订阅前更倾向于谨慎考虑是否有大量需求。批量订阅则没有这个问题，而开发者的体验就是只要你上架的应用有用户在用，每月就能获得一笔按用户数计算的进账。而买断则是给不愿意订阅 setapp 的用户准备的。
很多低维护成本的应用（单机、工具类等）会有这样的问题：如果买断吧，后续没用户增长了，就没法维持更新；如果订阅吧，想让用户长期订阅一个工具 app 是很难的，本来很多工具类应用开发完成后后续维护成本较低，开发者为了骗订阅只能绞尽脑汁地整活。

> 买断制：首先错失大量的轻度使用者
完全说反了，订阅制才会错失轻度使用者。对于买断而言，如果你觉得需要，可能随手就买了，以后有需要了随时都可以用。而订阅制就要考虑未来一段时间内预期自己是否大量使用该服务。

我觉得买断+批量订阅（ setapp 、play pass 等）是比较合适的，用户只需支出合理范围内的花费，就可以使用大量的软件。对开发者来说则可以稳定获得分成，很多程序长期维护成本并不高。

普通 Linux 系统路由器
1. https://wiki.nftables.org/wiki-nftables/index.php/Data_types#Date_and_time_types
2/3. 配一个 adguard home

@CodeTracker 尝试写一些具体项目，并在过程中遇到某个具体领域的问题、学习这个具体领域就是打基础的过程，而不是列一堆你并不知道具体是干嘛的课程。
培训班的课程通常来说是针对快速上岗干活和应付面试官的，学习阶段应以英文原版书和官方文档为主，不要碰这些东西。知其所以然才是最重要的，不要延续做题家应付考试的那一套方法论。

先打好基础吧，那一堆培训班生产的垃圾没什么好看的。