nginx 的 http2 还有许多特性是没打磨好的，安全改善也是要花时间的，不过好歹这玩意已经标准化。
QUIC 现在还在快速迭代中，大家基本都是跟着 chromium 的节奏走，而且也没形成稳定标准，nginx 不打算那么快跟进也是情有可原了。
如果你只是想试用的话可以试试 caddy，这个有 quic**实验**性支持。
HTTP3 估计要等到 quic 稳定之后才有推进的可能吧？

这玩意就是为了优化编译过程，msvc 的预编译头就是这么干的。
ABI 兼容我觉得是没戏的，C++已经放弃对 ABI 的标准化了，估计未来只能靠 C+操作系统了(C 标准也没有统一 ABI,只是 OS 规范了这个)

Edge Dev(Chromium Edge)，chrome 的所有非 google 功能都有。
主要是受不了 chrome 是不是搞出来的脑残政策了（限制非商店扩展，限制拦截器 API，隐藏 www ）

现在手机不存在所谓的 ROM，就是指内置存储。
如果不玩游戏，除去系统的空间 16G 是底线（微信这种都几个月就能吃掉 1G 还没法清的，现在 SD 卡不能装软件，不要算进去），而且得定期清照片。玩游戏的花就至少加倍了。
而且存储还不能装太满，否则响应能力和性能直线下滑（用过 16G 荣耀 7 深有体会）。
我现在的意见是至少 4G+32G,中端 6G+64G，基本就盯着小米数字系列附近就是了。

防代码泄露基本都是防 copy 而已，通常截屏都不放的。
比较典型的方法是限制只能通过桌面虚拟化(例如 Cirrus/Vmware Horzion 之类的方案)访问代码库（华为在用这个方法）。
通常行业软件的壁垒来自应对各种场景和 workaround 积累的巨量代码，以及商业使用积累的运营经验，靠人肉复制很难整个弄走的，不是完整搬走，意义就不大。(像 office/windows 都是已经复杂到微软自己人都没法完全搞清楚的地步了)
至于用作平台的服务器软件，壁垒在于商誉和客户关系，有心思偷走代码然后修到好用的成本还不如直接招人按思路重写。

反爬通常都是 ip 库+频次限制。
我不明白为啥会出现无 js 的情况，有一种常见的反爬策略是用 js 异步加载主要元素，这样爬虫为了获得有效信息就不得不执行 js。这时 js 能干的事就很多了。
人机识别不外乎 ip 数据库+验证码。

WSL1 兼容层的模拟 kernel 没有实现 cgroup 功能，docker 肯定是没法用的。
WSL2 是轻量级虚拟机，使用原始 kernel,docker 就应该可以用了。

加验证码防护是一个办法，但这个如果用商业平台可能有很多限制
或者添加一个 hashcash 工作量证明+频次限制，这个不清楚有没有现成实现
web api 是没有绝对安全的防护方法的

对于适配 UAC 的程序，是可以选择 UAC 被否后做什么的。例如 Google Chrome 的安装程序如果不给 UAC 会告诉你尝试装在 ProgramData 下。
只是大部分安装程序都是不给就直接退出而已。
可能这个程序选择强行删，没权限的操作就跳过

Laruence： 看来你是不把我这个 PHP7 核心开发者放在眼里

所有盘在 LBA 层都有 crc （不然硬盘自己连有没有出错都不知道），但这个校验出错时家用盘和监控盘的处理方式不一样。
家用盘会反复读缺陷扇区，直到恢复成功，或者反复尝试失败后替换扇区（时长可达 30s ）
监控盘为了应对不间断写入的需要，在进行连续读写任务时不会尝试现场修复，而是等空闲时修复。
所以家用盘在读到坏扇区会导致系统卡顿甚至死机，但监控盘可能不会，只是读出来的文件可能是损坏的，然后闲置一段时间之后又好了。

首先，Let's Encrypt 是 Linux 基金会与一堆公司赞助的非盈利机构。
大部分用 LE 的网站本身对证书就是可有可无的，只是免得地址栏打个叉和使用 HTTP/2 而已。
真要搞商业活动都是买商业 CA 的 OV/EV 证书，通常有 1 年以上的有效期，如果出问题，你在 1 年内换掉就行，价格也不高，而且有什么变更都有专门通知。
如果 LE 有什么变更导致新证书拿不到，你在 120/90 天内处理就是，例如之前因为安全缺陷原因禁用 TLS-SNI-01 验证时就没有留太多时间让大家注意更换客户端，本身你就不能假设他的设施不会宕机。

如果你在医院的验光是客观验光（机器测量的）+主观验光（用了综合验光仪或者插片的，需要主观感受），可以。
只有客观验光是不可以的。

我认为是因为阿里云，现在优酷算是阿里的，优酷的访问检测应该是知道阿里云 idc 的网段的。
你把优酷换成淘宝也会有这种提示

楼主对 PR 理解有问题。
PR 要求 B 先 fork 原来的 A 的仓库(只有 A 可以 push)，然后在 fork 之后的仓库（只有 B 可以 push ）提交更改，然后 B 才能对两个仓库某个分支的差异创建 PR,A 批准后才会在原仓库创建一个 Author 为 B，Commiter 为 A 的提交，合并 PR 相当于 A 创建了一个 commit。
通常要求 PR 的这个提交可以 fast forward 以保持原仓库历史简洁，所以创建 PR 前 B 应该将 fork 之后 A 产生的提交同步至自己 fork 的仓库。

国产机装 gms 通常的问题是 gmscore 要求安装为系统应用，如果你有条件可以试试获取 root 之后手动安装 gmscore （ Google Play Services ），然后转换为系统应用（例如用幸运破解器）
或者试试 microG （ https://microg.org/），说是 gms 的开源替代。

通常支持 IPV6 与否取决于你用的云服务商。国内基本都是测试阶段。
不过你的网站程序应该 ready for ipv6，把不支持 ipv6 的都换掉，反正迟早用得上。

安装器不一定带了正确版本的（例如 services 是要严格对应 android 版本的），参考 opengapps arm64 Android9.0 （ sdk28 ） pico 版的内容和我在 MIUI Android8.0 上的安装经验，至少要装这几个 apk
Google Play Services(com.google.android.gms)(arm64/sdk28)
Google Play Store(com.android.vending)(arm/sdk16)
Google Services Framework(com.google.android.gsf)(all/sdk28)
你可以试试去 opengapps 的 gitlab 手动下载对应的 apk 来安装( https://gitlab.nezorfla.me/opengapps)
务必注意把系统的下载管理器也加到梯子列表里