@Sasasu 主板支持这边好像只要是真·300 系 PCH 都能支持吧，当初新上市时看介绍说主板如果带 M.2 Key-E 接口的都只能用 CNVio 把我吓到了，幸好没发生。

我倾向于认为 CNVio 就是 Intel 搞平台垄断的路数，强推自己的整套周边方案，以前的超极本就是这种策略，而且我也不相信一个 MAC 芯片从网卡移到主板就能降低成本。

@anguiao 可能是我常去的那家店的问题吧，那家店就是 9560 比 9260 贵 10 块左右，不过不是二手拆机。

CNVio 还要区分一二代我也是觉得就是脑残了。

@Sasasu 关于 CNVio 之前在知乎看到的分析说是能减少 PCH 的 pcie 通道需求(PCH 的 HSIO 要成组分配)

可能这个技术也就适合用在笔记本上吧。

关于 AMD 主板兼容还有个问题是雷电 3 的，貌似 AMD 的 300/400 系主板因为没有 TB_HEADER 所以用不了扩展卡，这真的是 Intel 使坏吗？（现在能买到的雷电 3 控制器好像都是 Intel 的）

tb 有的通常是 9pin 转 1/2 个 usb2.0 type-A 的转接头，你要用采用 usb type-a 的蓝牙适配器（例如 bcm20702 ）,如果你觉得体积大可以拆掉外壳手动飞线。
那种给嵌入式用通常是用 uart 的,我不建议你用这个，那种需要进行电平转换才能插到 com 口上，而且也不支持即插即用

wifi 6 现在主要是路由器贵。
终端这边已经挺廉价的，Intel 的 AX200 在 tb 不到 100 就能买到，对比 7265/8260/9260 刚上市时的价格，这个真是超便宜，也不知道是不是 intel 有什么技术优势

如果可以用 docker，你的问题就不存在了，要求是两边环境都能装 docker(kernel 3.10+)而且不需要 GUI。
如果只能用裸程序，可以将程序放到 glibc 版本相同或更低的环境编译（基本上都是因为这个才用不了），编译时设置 rpath,然后将程序和所有用 ldd 找到的所有依赖打包搬过去

返回假数据是有的，例如 WIFI MAC(低 target 返回固定开头的随机值，高 target 禁止访问)
通讯录返回空列表我觉得没问题，你就不给我是个大号平板不打电话吗？而且还有 @alphatoad 的问题
有复杂的欺骗需求要考虑 xprivacylua 了，不过好像不能伪造定位?
Android Q 已经限制不可变识别码（例如 IMEI ）只能由系统 app 访问。下一步我估计 APP 会选择在内置存储里放标识符文件或者硬件特征 hash ？
我觉得是因为返回假数据的需求太少，而且 APP 厂商很好反制（因为欺骗策略是写死在固件里的），所以才没人做。真有这需要的估计都会折腾 xposed 了。

你要确定这台笔记本的问题在哪里？根据我的经验，你可能会因为外壳 /键盘等嫌弃旧机子，有这种情况就不建议花太多钱了。4210M 还不足以成为办公用途的瓶颈。
内存通常 8G 即可保证良好体验，DDR3L 以停产，可以考虑威刚行货或者一线品牌二手（金士顿要小心假货），没必要搞玖合光威之类的二线，便宜不了多少。
固态是必须的，建议 860EVO 或者西数蓝盘 256g，光驱建议拆掉做成 usb 光驱，或者保留光驱拆掉机械盘也行。对 Win10 来说 SSD 是必需的。

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 验证时就没有留太多时间让大家注意更换客户端，本身你就不能假设他的设施不会宕机。