@YGBlvcAK #12 没有问题，只要你显式告知了，不要让小白信了你的最优化的宣传不小心点到了钓鱼网站 seo 的 google 搜索结果然后被反炸上门就行。

“把所有未知域名交给国外解析绝对安全” 这个很有问题，我可从来没这样说，也没有暗示这种含义。事实上这样做仍然非常、非常**不安全**，不要继续误导不了解的人。

你这需求找智能机已经偏了，不如整个功能机，体积小、续航久、价格低，接电话短信，有的能 4 卡待机，有的支持 5G 和 wifi6 热点。

你所谓的最优化方式就是暴露所有未知域名到国内 dns ，并且你都没有提及这一 implication 。小白信了你这一套就成了和 clash 一样的潜在受害者。

@cnbatch #19 多个屏幕不同 dpi 的场景，和 DE/WM 基本没啥关系，wayland 下都可以为不同屏幕设置不同缩放。
问题在与应用本身，你启动一个应用，应用得自己探测当前屏幕的缩放比例;你把它的窗口移动到其他屏幕，它得自己响应这个事件绘制新的缩放比例的像素。这一点连 windows 也不是每个应用都支持的。

避开国产和“盗版”RHEL 系列的，其他的都可以用。你要是想马上把活干了，那就选 ubuntu;要是想正经使用 linux ，那就避开 ubuntu 。
要是桌面上用，那就避开所有非滚动更新的发行版。

如果你的使用场景涉及不想让其他实体知道你访问的网站，那么你就不是 clash 的目标用户。你有空抓包不如去看看代码，看了你就会知道你现在所做的这些就如同用筛子装水，漏洞百出。

@chengxiao #10 snap 就相当于官方版的一键脚本，这东西是给工作中需要操作 linux 服务器的运维和开发人员设计的，而不是给 linux 用户用的，linux 用户自然不喜欢这东西。

如果你是 linux 用户，那么使用你使用的 linux 发行版。
如果你不是 linux 用户，只是工作需要操作运行 linux 系统的服务器的运维或开发人员，那么 ubuntu 是最适合这类人的。ubuntu 整的 snap 之类的虽然没人愿意用，但是专门给这类人设计的。

OP 有用过 gnome 吗？ gnome 的 HIG(human interface guideline)对触屏、手势和键盘非常友好，应该更适合盲人用户使用。
之前在 hn 刷到帖子，他们本身就很重视 accessibility ，有专门的 funding 和盲人工程师。

js 生态可不原始，一直都是最具活力的生态。
python 现在现代的工具链就 rye 吧 https://rye-up.com/
相当于 rustup for python 。

到底谁教的用 docker 跑 openwrt ，这不是支持的使用场景。你要真的不想跑 VM ，至少用个 firecracker ，也比容器好。

@auv1107 你只需要回答：假如你确实想要偷偷上传数据，你有能力做到吗？用户使用你开发的这个工具之后，你仍然能做到吗？
如果这两个问题的答案是 true ，那么结束，观众应该都能理解什么是虚假的安全感了。

这个确实可以理解，Google 在隐私方面的名声可以说是臭名昭著，对 vpn 业务来说 google 这个品牌就是最大的负资产。

@lanlanye 你别说，因为 Google 一直弹 recaptcha 忍不了换到 DuckDuckGo ，发现 ddg 的搜索结果质量无论中文还是英文都足以替代 Google ，并且 ratelimit 非常宽松，无论 ip 多烂都能正常使用，对于使用共享 ip 的用户确实建议用 ddg 替代 google.

@auv1107 你在主贴提出的“用户担心剪贴板管理器上传数据”和你在本帖发布的这个应用（想要）解决的“其他应用未授权访问剪贴板”是两个完全无关的问题。
> 做这个开源的是因为有些人不信任闭源的剪贴板管理器
> Q：「如何在保护用户数据的同时，也让用户放心?」
> A：「现在,我有了一个初步的解决方案: 发布一款开源软件，防止系统剪贴板被滥用。」
你发布的这个解决方案并不能解决用户担心的问题，所以只提供了虚假的安全感。

如何把系统设计的你不能够访问用户数据、且能够证明你不能够访问，是你的问题。但似乎你并不了解也不想了解相关的技术。你的长篇大论一句话总结: trust me, bro.

@raptor #14 你这就想当然了，给你冲花费的来源也可能是一个为了能访问 v 站的普通 v 站用户。

@auv1107 #14 所以这个产品的目的是为了提供虚假的安全感，让本来不信任你的用户信任你，而不是消除信任你的需要(aka zero trust)。
> 为何我该相信你不会秘密上传数据？
这个问题有且只有一个答案：证明你不能。

安装发现 greasyfork 是打包以后的 artifact ，去 git 仓库里也没有找到源码，仓库里提交的也是打包以后的 artifact ，
https://github.com/zyronon/web-scripts/blob/master/V2Next.user.js

如果不打算公开源码，建议显式告知用户，并更改 license 不要用 GPLv3 。（使用任何 license 是你的自由，没有要求你公开源码的意思）

@eh5 你认为 nat64 是限制性应用场景，我解释 xlat 能兼容所有 nat44 的场景;你认为 nat64 对家庭用户比双栈网络没有连通性和速度方面的提升，我告诉你事实上是有，很多用户双栈网络的连通性和速度还不如 ipv4 only ，他们关于禁用 ipv6 的帖子搜索引擎一搜一大把。对了，作为一个 side effect ，nat64 还能让你不用为了实现 hairpin 而把所有内网入站连接都从外部网卡绕一圈，你认为这种做法没问题那就没问题吧，记得告诉你的用户在防火墙中允许来自公网接口的入站连接以及相应的 security implication 。

当然你认为以上都是 off topic ，“没有看到你的侧重点单方面输出”，没有问题，是否实现或以什么优先级实现 nat64 是你的自由，我并没有要求你做什么，其他问题跟用户说去吧，本帖不用再回复。