我觉得只是默认设置+86 而已，毕竟这是个主力用户在国内的应用。
你可以试下清空微信数据，拒绝手机信息和存储权限（至少现在 GP 版微信不会强行索要这两个权限，所以没必要用空白通行证，特别是 Android10+），并将系统语言改成繁体中文 /英文试试。

不是很理解原理，不过确实可以解决 BT 的一些问题，例如我了解的是 IPFS 对存储节点是有可用性要求的，需要根据容量提供 FIL 进行质押，导致参与有门槛。

@Trim21 协议比 BT 复杂那一点都不奇怪吧，毕竟 BT/DHT 只是解决了 IPFS 的其中一部分问题。
至于反审查什么的应该不是 IPFS 的设计目标，BT 的原始设计目标也没有反审查。

我不明白多行 ENV 有什么问题，怎么不美观了？
RUN 写成一大块是为了不在层之间遗留没用的中间文件，减少镜像体积，但 ENV 没这问题啊。

没必要吧，手机上的软件是为了随时随地看的，搬 WSA 上就不便携了。
如果是存档的数据库，那我觉得你就不应该用 Android 。

Windows 的话你直接去设置-个性化-字体，就可以看预览了。
像我是无脑用等距更纱黑体或者等距思源黑体的，得自己装。

人家说的是任务栏里的小组件，对应一个 APPX 包，开机就会通过 Widgets.exe 启动一个 Webview2 ，哪怕你在任务栏设置里禁用。
可以用 winget 卸载（ Win11 预装这个和 Windows Terminal ，好评）
```
winget uninstall MicrosoftWindows.Client.WebExperience_cw5n1h2txyewy
```
如果这个 Webview 进程可以多个系统组件共享，那其实也不错，可惜不太可能。
我其实希望现在那些用 CEF 的客户端程序能转用 Webview2 ，至少后者有持续维护，不过估计很难推动。

留意一下光猫和自己路由的防火墙，家用路由原厂固件默认拦截入站流量，有些甚至没法关。

你说的问题其实是强类型语言的问题，如果你对程序鲁棒性要求要一些，要对所有输入做格式和类型校验，那不可能优雅的。
go 里面任意类型的 map 是 map[string]interface{}，不过访问这玩意的代码写起来也很烦就是了。

两个是可以的，不过一个 60Hz 一个 30Hz 。因为 HD4600 提供一个 DP1.2 和一个 HDMI1.4 。

旁路由通常是环境限制（例如弱电箱放不下，没预留网线，软路由只有一个网口）导致软路由不能串接在 upstream 才用的方案。所有出站流量都要在主交换机（ AP ）-软路由之间来回一趟，这部分链路是一个瓶颈。
正常做法是软路由包办所有三层以上的事，包括 PPPoE 拨号、NAT 、DHCP 、RA 、防火墙、DNS 。

WSL1 和 AOW 的底层实现跟上游是不一样的，差不多等于照着上游的接口重新实现一遍，工作量很大，兼容性也不好，有些特性还没法支持。
WSL2 和 WSA 这种虚拟机方案约等于照抄上游实现，加一点耦合度不高的 bridge 组件就行，特性齐全，兼容性还好，追主线也容易很多。

切 ts 片的通常是基于 m3u8 的 HLS 。如果没什么防盗链或者 DRM 之类的需求可以预先切好 m3u8+ts 放服务器上。

RAW 主要好处是有后期处理的空间，你要压根不打算自己搞后期就不需要用 RAW 。多数人并不会有心思做后期的。

RAW 会不会造假我不知道，不评论。

如果换编程来说就是 jpeg 就是编译好打包所有依赖的二进制程序，能在当前环境良好工作。源码为日后调整（例如适配新平台）提供空间，但每次用之前得费神编译一次。

取消公网 ip 的问题，建议尽早准备家庭内网 IPv6，这玩意要完全正确部署还是有些麻烦的。

主要是很多个人用户不接受软件许可跟机器不跟人或者需要反激活的模式。小的软件厂商可能都不愿意投资维护一个授权服务器。
有些不怎么设防的软件通常本质是卖支持服务或者订阅。支持服务可没法白嫖，而且也不怕司法手段太昂贵的问题。

我就先假设你这个传输过来的 jpg 没有被动过导致 zip 部分被拿掉。
你可以试试先用 binwalk 将 zip 部分提取出来。

我以为的理由是走央行小额结算系统还是走银联结算的区别，前者需要开户行后者不需要。