那当然是用专门的 FTP 客户端了

@brucmao #12 https://github.com/LSPosed/MagiskOnWSALocal

@andyskaura 还要支持手机的话那肯定得用客户端了，可以做成没有客户端的情况下就没有美颜功能。

搜索了一下，是 Link Layer Topology Discovery

盲猜是 UPnP 或者 STP

“为什么到那个时间就打不开了”
应该就只是服务器配置太差，加钱是不可能加的，崩了就让它崩了。

WebRTC 的话完全可以直接用客户端去推流，建议说一下完整的情况。

@wkmike Chrome 无法调用是连 OBS 的也不行吗？如果 OBS 可以，你自己写的不行，那可能是 Chrome 拒绝加载未签名的 DLL 。

OBS 的虚拟摄像头模块是以 GPL 协议开源的。
或者也可以使用 NDI Tools 的虚拟摄像头，但是能否商用就不好说了。

当然可以。
不过如果设备允许自己设置证书的话就不要用设备内置的证书，因为不知道那个证书的私钥是怎么保管的，假如是所有设备共用一个私钥就很危险。
能自己设置证书的话，配合域名和免费的证书就不需要安装了。

“今天出现了 .scr 的文件，好奇点开”
你还敢点开？.scr 就是可执行文件。

冷知识：你可以用 C 的预处理器去处理别的语言的代码，只要没有什么奇奇怪怪的语法。比如大多数 ARM 汇编编译器就是用 C 的预处理器实现条件编译的。

大概没有。就算有，记录了一大堆日志也很难分析吧。也怕是远程触发的，平时测不出来。目前建议去商店下载应用，是已知能完全限制文件访问的。否则还是用虚拟机吧。

再补充一个 MurmurHash

CRC32 FNV1a-32 CityHash32 等，一般一些简单用途我会选 FNV1a-32 ，因为它非常简单。

服务器不支持断点续传？

@3dwelcome 感觉这么做治标不治本，还是没有解决不同应用隔离的问题。而且微软员工曾经说过 UAC 不是安全机制，只有管理员和非管理员用户分开才能保证安全，那么这种做法对于大多数用户来说就是无效的。
https://devblogs.microsoft.com/oldnewthing/20160816-00/?p=94105
https://web.archive.org/web/20111216020913/http://channel9.msdn.com/Forums/Coffeehouse/473037-UAC-controversy-the-last-episode/773c9d79f8df4fa8bc489deb00e05c3d

@patrickyoung @param 我觉得本质的问题还是传统桌面操作系统没有应用级别的权限隔离，默认以用户身份运行就是用户授权了。Android 没有这个问题，正是因为它有应用级别的沙盒。
macOS 的 Keychain 就有“允许某程序访问该条目”的功能，一定程度上能缓解这种问题。

@paradoxs 是的，但那仅仅对商店应用有效，非商店应用只能限制访问桌面、下载等几个特定的文件夹。