你要用 TPM 解密的话基本就只能选择 Windows 了。就算在其他系统中解决了 TPM 解密的问题，仍然存在通过 DMA 从内存中直接读取密钥的问题(不过前提是能物理接触设备)，Windows 针对这种问题也提供了基于虚拟化的防护措施。当然你可以说不考虑成本很高的高级攻击，那用 TPM 还是没什么问题的。

@systemcall 优联的接收器需要系统发送一个指令才能进入配对模式

公司有配显示器吗？有的话整个 Mac mini 吧

我是买杀蟑饵剂放满角落，一种成分不行的话可以考虑换另一种

文件发来看看？
不过难免是要自己写规则的，txt 完全没有统一的格式。

https://learn.microsoft.com/en-us/previous-versions/windows/desktop/legacy/aa366535(v=vs.85)
If the source and destination blocks overlap, the results are undefined. For overlapped blocks, use the MoveMemory function.

你发的两张图不都是 300KB/s 左右吗？

@Danswerme 不一定的，得看默认是否允许 forward 。比如 OpenWrt 防火墙默认设置是 wan 禁止 forward ，那不手动添加一个 accept forward 的 rule 就不能从外部访问。

@tool2d 这就是屏幕录像然后编码再推流，客户端还是得解码。对于媒体文件还是得先解码再编码才能推流。

目前局域网是承载不了未编码的视频流的，建议放弃。服务端转码最多也只能实现降低码率，客户端还是得解码。

收到请求执行程序就是标准的 CGI ，用 lighttpd 应该可以

https://en.cppreference.com/w/cpp/compiler_support/23
怀疑是没实现？

没理由冻结后还能打开，你说的冻结是指停用吗？
除了这些方法只能找支持安装扩展的浏览器，看看能否屏蔽 URL scheme 了。其实主流浏览器都支持 URL scheme 打开前询问的，但不知道为什么在手机端就禁用这个功能了，挺恶心人的。

一般不是软件问题。如果你怀疑是软件问题，重装系统即可。

之前我是电脑上用 Calibre 转格式然后发到 Kindle 账号上，手机上用 Kindle app 看，后来觉得太麻烦就改用静读天下了

苹果方面主要是有反制措施，如果某个公司敢这么搞，那苹果可以永远禁止其 app 上架。不过如果遇到*讯这种垄断公司就不一定了，总而言之最终还是话语权的问题。

应该只是启动太快了，至于按 F2 黑屏，感觉是 BIOS 本身的问题。

微软这个 RPC 主要是给 Windows 用的，印象中并没有做成一个跨平台的库，自然不会流行

BIOS 本身没有提供更新选项的话就只能在 Windows 里用更新工具更新了。