都能搞到 m3u8 我都能直接用 ffmpeg 下载&混流了。
搞到这个 m3u8 直链才是复杂的部分。

另外我觉得国内 app 一般不会用 ip 挡人，而是要+86 手机号登录。

阿里云天天推 99 一年的 ECS
只是不适合用来逛阿里系的网站

加不加都行，统一就好。
我倾向于不加，这样不懂英语的人也不会搞错，毕竟不是复数都是加个 s 。

对于旗舰/次旗舰 SoC ，基本上就是 SoC 决定续航能力，例如 810/888 ，谁都 hold 不住，也不是小米独有的问题。

咋不说二手 iPhone SE 污染生态呢？

因为几乎所有桌面/手机操作系统都会执行 RFC4941 隐私拓展，在 SLAAC 模式下随机生成一个主机 id 用于出站通信并定期更换。这个机制的目的是防止广域网通过相对稳定的主机 id （例如 eui64 生成的主机 id ）跨网络跟踪用户。

android 和 ios 一直拒绝支持 slaac 以外的分配方式就是为了保证隐私拓展能被落实，哪怕是需要严格追踪的企业网络也不例外。

不是对外提供服务的主机不需要稳定主机 id ，也不建议折腾这个。

MAC 随机化是防止网络接入提供商（例如热点建设者）跟踪用户，广域网拿不到 mac 不能用这个方法跟踪。

不会用这种办法省流量的，而且 icloud 下载的速度肯定没 app store cdn 快，米自建 cdn 一般是最快的。

薅商店 cdn 的正确方式是增大首包，但这个有大小限制没法全塞进去，例如 google play 就只有几 G 可以用。而且首包部分一旦部署不可卸载，也就是不能用删除过往资源的方法降低存储占用。
我觉得这个是米忘记将扩展资产标记为排除备份了。

一般来说用 Mac 版 UE 编辑器的目的是 mac/ios 打包而不是内容开发

跳转页通过 UA 判断是不是 chrome ，不是的话显示全屏 overlay 提示让用 chrome 打开？

I/A 互换这个都是二十多年前的老黄历了，IA 不互通可以认为是 AMD 强大了不用靠挖 Intel 墙角抢饭吃了。

你可以认为是发展放缓和市场变革的结果，现在一方面第三方芯片组厂商已经退出竞争，另一方面产品进步慢了（同时性能不足的矛盾也有所缓解了），就开始搞捆绑了。LGA775 平台因为 FSB 兼容，可以老板新 U 搭配，也很少人会这么用，因为不管是板还是 U 进度都很大。但想想 Intel 从 SandyBridge 到 KabyLake 这么多年主板技术指标差不多可以说是原地踏步，就要靠 CPU 捆绑带货了。

需要注意，只是厂商通过产品设计，把复杂的兼容性问题具体化为容易理解插槽兼容而已，这样消费者只要明白“插槽不匹配=不兼容”就够了，但插槽匹配≠兼容，厂商完全有可能在互不兼容的主板上用同一个插槽，例如 LGA2011 。

因为是纯辛苦钱，而且客户也不认可其中的价值，做得好也没用照样压价。
我知道得增收方法是忽悠换件，或者直接偷零件。

本来批判 electron 的理由就是以更高的最终用户开销换更好的开发效率。

你可以去 Mozilla's CA Certificate Program 自行下载证书在手机上安装为用户 CA （安装后系统会提示网络被监控）
不过现代 Target API 的 APP 可能不认，因为默认只信任系统根，这种你得 root 改系统的证书库了。

最重要的是目前 Let's Encrypt 使用的 ISRG Root X1/X2 根，其余的像 Amazon 、GeoTrust 、Microsoft 、GTS 、Hongkong Post 的看心情吧。

目前会出问题的是开了系统 HDR 的时候，QQ 截取使用非 sRGB 应用的内容是颜色会偏，目前只有 Xbox Gamebar 的 HDR 截图是正确的。
不然你怎么调都不影响。

B
TLS 握手的目的是得到双端共享但对第三者保密的 session key ，目前使用的对称加密主要是 AES-128/196/256-GCM 和 CHACHA20-POLY1305
公钥加密速度很慢，所以通常只会用来加密少量数据，例如握手阶段可能会用 RSA 加密/签名用于协商的参数（例如 client dh parameter 或者 premaster secret ，数据量非常小），大批量的数据加密交由更快的对称加密完成。