@Cryse Google 了一下找到了旧版的 uwp QQ 安装包，lz 给加个 append 吧。
来源： https://quan.ithome.com/0/517/399.htm
5.5 测试版： https://pan.baidu.com/s/1s0JSv1LIu3mjXd209SeLVg
5.6 最终版： https://pan.baidu.com/s/1Nv2jMu0cd0mF1slAi30rLw

有 Tencent 的签名，不用担心内容被篡改，卸载新版后直接双击用 App installer 安装或 powershell 下 Add-AppPackage 安装即可。

被自动更新了...擦，求个旧版的 appx 包

老项目除非有需求（功能，安全漏洞等）否则不要动，工作量不饱和？
新部署的尽量上最新的（ release or stable ），如果始终维护的话后续也跟着一版一版的升（ cai ）级（ keng ）

qemu 虚拟化 x86 吧

重装，把 esp 分区直接挂载到 /boot/efi，分一个小一点的 /,装完后把 Windows 的数据卷挂载到媒体目录就行。
/swap 也没必要要分，直接用交换文件。

单口旁路由，复用一条网线的话，是否会让上下行流量带宽相互影响？

@liuxey Google 也没说自编译的 chromium 不给用 Google 服务，也没见哪个插件要求必须运行在原版 chrome 上，Google 还算是爽快。

@geelaw 这个说的是插件的许可证，只允许运行在原版的 vscode 上。
而且，开源软件让用户信任的一个很重要的条件就是预编译版与源码一致，搞两套代码，一套编译成 binary 分发一套直接分发源码这种行为真的很不好。
起码 Google 还弄出个 chrome 区分，而不是在预编译的 chromium 里参杂私货。

烦请透露下贵司项目以便避雷？

IP 地址，时区，语言，DNS，webRTC，甚至是没打补丁的 0day，可能的泄露途径多着呢。

有一点不敢苟同的是，如果“沙盒”保留的话“找不到文件”等问题仅在最开始会存在，在国产厂商争相追 Android 版本的情况下，除非国内定制 ROM 魔改砍掉，否则定然会倒逼 app 做适配（大厂适配慢那是无足轻重的小问题，这种严重影响体验的 bug 不可能不跟进），不然新手机微信之类的都不能用了，怎么可能？
虽然存储重定向的魔法确实好用，但从根本上让应用不再这么干不是更好么？
起码到了 Q 终于不再需要 xprivacy 来阻止应用获取 IMEI 了，hook 一时爽，应用不再申请了当然更爽。

挺好的，一定程度遏制了下热更新。
至于 termux，拿个 root 处理下就好。

不太理解用火绒屏蔽弹窗的人，给别人推荐下治标也就罢了，自己用不是首先确保不安装恶意软件吗？把弹窗拦截掉，是何异于头痛堵嘴，脚痛堵嘴，拦截掉弹窗就等于不存在了？

首先 ss 不能转发 icmp 吧。
然后你得确定你用的是 ss-redir，而不是 ss-local 的 socks5 代理。
最后 tcp 用 redirect，udp 用 tproxy。
以及可能还会有 v6 方面兼容性的坑。

用 hyper-V ？开启 hyper-V 功能后整个系统的架构都会变化，原本的 Windows 也是一个运行在 hyper-V 上的虚拟机系统了，相当于一个特殊的（有权限控制其他虚拟机）的虚拟机，在资源使用上与其他虚拟机有近似的地位。不知能否满足你的需求。

去广告的规则通用性较好，因为广告大多都是引用类似的元素（广告联盟）。
反去广告也一样，因为大多数用户用的也就是那几种屏蔽器。
反-反去广告就不同了，各家网站都有各自的办法，几乎需要对每个网站单独适配，当然像文中那样假装广告还在但像素调成 1px 也是个办法，能骗过一部分，但总体还是很难通用的。