要留也是留 SFP+,万兆的介质方案有好几种选择的

袋装是药店自己分装的？

可以直接买成品服务器然后自己装显卡，或者整机自己组(机架式机箱+标准 ATX 的服务器主板)，单路服务器平台足够应付。

如果单个核没填满时都堆一个核心上，好像没什么问题，特别是如果这个核是被 CPPC 报告为优质核的情况。

你确定你这么在内核里改键盘事件不会被反作弊认定为外挂？
你还不如考虑下有可编程固件的小键盘。

一般只关心是哪一代 cpu 架构，因为频率基本上同一代就是固定一两个主频。而且有些大厂会定制型号，spec 你也查不到只能猜。

一般这种软件都有文档站的，直接上文档站+网页翻译就行了。
maybe 有些有 getting start/tutorial 页面，英文要求会更低些。

都能搞到 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 打开？

不过对于多数联网应用，像美团支付宝手游这类基本没有本地数据需求的 app ，其实不建议带数据换机，因为积累了很多冗余数据，还可能引发 bug ，还不如重新开始减少问题降低存储占用。不了解情况的还有一个老 32 位应用传家的问题。