楼主是肉身国外还是用着什么公司内网？不知道墙的存在还能来 v2 提问？

我其实不建议把这事想得太悲观，好歹是不止一家在竞争，而不是一家民企或者国企垄断。

广东这边，大部分场所的粤康码都是小程序码。粤省事独立 APP 功能还没小程序齐全，扫码和实名认证都要跳转微信小程序。

@ysc3839
正常情况下就算没在 NVRAM 添加引导项，也应该搜索 EFI/BOOT/BOOTX64.EFI 作为磁盘默认启动项。零售主板的“UEFI:磁盘名+分区号”就是指这个。

我见过比较恶心的有 Intel VisualBIOS(NUC 上)和 Acer InsydeH2O （ Acer 笔记本）。前者是没有默认引导项，BIOS 菜单没法改，只能用 efibootmgr 手写引导项；后者就比较奇葩了，efibootmgr 写了都没用，重启就会被还原，要激活 Secure Boot 和设置 Supervisor 密码之后手动添加 grubx64.efi/shimx64.efi 为可信引导器之后才能用。

https://bbs.archlinux.org/viewtopic.php?pid=1770999#p1770999

1. 有些 UEFI 实现得比较蠢，不会检测非 Windows 的引导器，那种得预先用 efibootmgr 写一下启动项。
2. debian 不清楚情况，但 ubuntu 默认的 intramfs 是打包所有内核模块的，所以应该没问题，除非你对这部分做过优化，可以用 lsinitramfs 检查内容
3.网卡命名可能会变，留意一下你的网络配置工具(NetworkManager/systemd-networkd/ifupdown)是怎么定位和配置网卡的。

最好这样吧。
不过建议不要开 Bitlocker 加密，开 macOS 自己的加密就好了。

@cheneydog
我试了下 windows x64 22.01 ，还能用啊。

```
7z a -v1M archive.zip src/
```

7z 好就好在支持比较全，新版连 vhdx 、qcow 、apfs 都能读，但你得接受几乎没有的外壳集成和老土 UI 。
其实现在 windows 用 7z 什么的倒不是大问题，手机可能会有问题，因为 Android 系统只保证支持 zip+deflate 。

7z 和 xz 默认压缩算法都是 LZMA2 ，压缩率是高，但这个慢已经很有问题了，所以目前有些地方推动换 zstd 了。
win10 的话推荐用商店的 NanaZip ，是 7Zip 的一个衍生版，支持很多新算法，也是自带 CLI 别名的。

@duke807 @pperlee

zip 很早就支持的 utf8 文件名扩展，但不是所有软件在创建 zip 时默认启用这个（但读通常没问题） ，7zip 老早就支持了，但直到 21.07 才对 zip 默认启用这个扩展(-mcu=on)。

zip 其实是扩展性很好的归档容器，兼容性好仅限 store/deflate 压缩算法和 ZipCrypto 加密，ZipCrypto 是已知有很多缺陷的。你完全可以用 7zip 创建五毒俱全但符合 PKZIP 标准的 zip(LZMA+AES128+ShiftJIS 文件名)，当然这个用 Windows 的资源管理器是打不开的。

```
7z a jisar.zip src/ -mm=LZMA -mcl=on -mcu=off -mcp=932 -mem=AES128 -pPASSWORD
```

zip 已知的缺陷是不支持硬链接、固实、文件头加密，不过吧，又不是不能用。

只读用途的话换标准 HTTP 好了，要读写支持可以选择基于 HTTP 的 WebDAV 。
windows 资源管理器其实支持 WebDAV ，但要求带 CT Log 的 HTTPS 加密。

我觉得理想的无密码验证方式应该是基于 Windows Platform Crypto Provider 的（这个 CSP 依赖 TPM ），将原来的解密密钥用 TPM 保护，解密时由系统进行用户认证和解密（ Windows Hello 或 Windows 登录密码）。如果你用过 Windows 的客户端证书存储并启用强密钥保护，效果跟上面这个有个八成像。

Edge 启用设备密码加密后流程跟预期是一样的，可惜它实际实现依然是骗人的。

CUDA 应用（ Mac 哪来的 N 卡）
OpenGL/OpenCL/Vulkan 应用（跟上面差不多的理由）
高内存需求的应用（你看看 Mac 的内存卖多少钱）

拿远程开发说事的，你可以考虑用带桌面模式的手机做开发的。

如果你传 play 市场并用过 play app signing ，那 google 还存着你的 signkey （不能导出，怎么想都不可能支持这个），那你可以让 google play 帮你签名，但你以后只能用这个途径获取签名包了。Google 自己也是拿避免丢失 signkey 来为这项服务宣传的。

https://support.google.com/googleplay/android-developer/answer/9842756

@xiangyuecn

signkey 是会过期的，所以 v3 signing scheme 提供密钥轮替功能，但用于轮替的 v3 签名包依然需要旧 key 签名，play app signing 支持这个，但轮替要高版本 android ，而且你基本不用指望近几年除 play 以外的应用市场会支持这个。

https://source.android.com/security/apksigning/v3

小众应用的建议向用户坦白，更换包名和 signkey 并启用 play app signing 。务必通过可靠可信可验证的渠道进行通知，例如旧应用的推送渠道。个人觉得 v3 轮替实现起来有特多麻烦。

就算 insider dev 都很少蓝的，哪怕是早期的 win11 insider 。
见得最多的问题损坏的显卡导致的。内核有些错误不好归类，不一定都定位到显卡驱动上。

一个 api 后面有 go 、python 、java 、c#实现的四种服务，都用 json 自动序列化，然后还要各自符合各自的命名规范。
我觉得这种场景挺难办的，你们支个招吧。

喷和不喷的理由都有，蛮纠结的：

1. USB3.0 的后五跟接脚定义是 GND/SSRX/SSTX ，而小米这个脚是 Type-C 中的 CC ，所以两者并不兼容；
2. 小米要求运行私有快充的线能承载 20V6A ，但一年前 USB-PD 3.0 规范最高规格的 C2C 线缆要求是 20V5A(PD3.1 只提升了电压没提升电流，所以未来无期)。换句话说如果不私家定制，手机没有低成本的方法判断线缆是否合格；
3. 高电流和 USB3 不可兼得，完整 USB3 A2C 线又硬又粗，USB2 6A A2C 线软一些但线径跟前者差不多，两个叠起来的画面。。。我还没说造价；
4. 充电器换成 C 口怎么教育用户，你觉得通用了，但不懂的用户反而抱怨原来的 A 口电缆充电宝没法用不环保，是不是该抱怨米粉没有友商粉那种传教能力？

当然上面这些双刃剑理由在 4000 以上的高端机上就都是喷点，3000 以下的走量款就可以商榷，况且小米的这套方案还有这些优点：

1. 这根定制线官网卖 29 ，长线 49 ，并不算贵；
2. 就算你用 10 块钱的 A2C 线，跑 QC2.0 也能有保底 15W 的功率，还不挑充电器，PD 也是差不多的功率；
3. 如果你用小米的无线充电底座，那充电线和充电头的选择可以放宽不少，功率没有多少下降；
4. C 口快充实际上是有限 PD 兼容的，这根线搭配小米 67W 充电头和恰当的连接顺序，是可以 PD 输出给笔记本供电的。

如果是 PC ，浏览器唤起本机程序是通过自定义协议处理程序实现的，除非你勾过自动允许，否则不会自动自己打开，可以在浏览器隐私设置里清掉这个设置，手机的话多数浏览器没有，除非系统做了关联启动拦截。

至于自动选择 mac 还是 win 这种是通过 UA 识别的，不过通常网站底部会有其他平台下载的链接（ chrome 下载页底部是有的）

建议别硬磕，搞不好是显卡驱动自己漏了，intel 显卡驱动就有不少搞爆 dwm 内存的案例。
而且有问题你还能怎样，不用任何非微软的驱动和软件？

这边建议你用 Safari 呢，苹果自产浏览器没理由不支持 HEVC 。

答对了，储水式热水器单人用智能开关，省电效果拔群，用前每天 1.5 度，用后每天 0.4 度。
我用的是 Gosund CP2 ，因为米家空调伴侣不支持通断控制，调每日定时任务开 10 分钟就行（南方地区）。
不过我这边是商业用电，插座回本会比居民电快些。

chromium 的 windows 实现好像一直都是使用内建的 dns 解析机制的。
如果 cronnet(chromium 的网络栈)是使用 happy eyeballs 算法进行选择，那这个 ping 延迟可能不足以触发 ipv4 回落。