UEFI 目前有 Secure Boot，这个只要正确配置足以扼杀安装其他系统的可能性。BIOS 密码+公司控制的 PK 、KEK 密钥库+公司 KEK 签名的 bootmgr 可以保证你只能装公司信任的系统。

不过上面那个对大部分企业来说太复杂了，所以通常 OEM 的商务本都会有一些以此为基础的解决方案。

如果只是保护数据那不用那么绝，TPM+Bitlock 操作系统加密+Bitlocker 网络解锁就够了，至少这套下来你用别的系统就读不出数据。

在我看来就算 B 站有买版权也是不好的，基本等于只能在 B 站发。
在我看来要是真打算正经产出内容的都老实用本地剪辑吧，在线剪辑也就应急用一下

我感觉是如无必要就老实用开源字体。不能跟国内的字体公司讲道理。

windows 似乎是可以的，不过你要先把 OOBE 的流程走完并预先装好驱动
Linux 肯定可以，不过开 Xserver 需要一些额外配置

天翼云盘，有电信号就有，2T，配合电信宽带应该效果不错

RDP 其实还好，目前的 RDP10.X 应该是包在 TLS 里面的。
SMB 就不建议用了，这玩意不是设计给广域网用的，建议换 webdav 或者 ftp

play 商店和 play 服务的应用列表权限和应用使用情况权限要允许（默认允许）

play 是有分批推送更新的功能的，所以发了新版本后不是所有设备都能马上收到更新

我也遇到过可更新列表为空但搜具体应用就会出更新按钮的情况，前提是商店所在的区有这个应用，否则只能换个时间刷新或者去内容库找。我怀疑是卡 play 应用安全检查了，或者试试清空 play 商店数据

@no1xsyzy Android 包的 manifest 有 VersionName 和 VersionCode 两个字段，前者是你看到的版本，后者只能为正整数。包管理器只检查签名+VersionCode 不减少。AppChecker 可以检查这个。

微软的版本号模式应该是现在大企业常用的四段语义化版本号：主版本号.次版本号.内部版本号.修订版本号，包括 windows, chrome 等，例如现在 win10 1909 目前最新版本是 10.0.18363.753

现在很多 play 上面应用开始使用 Split APK 安装模式，但 MIUI 对这个的支持有问题，导致常规情况只能从 play 安装

如果是 openwrt 这样设置：

1. 保持光猫的 DHCP 开启（ 192.168.1.1/24 ）
2. 新建接口 uplink,协议为 DHCP 客户端
3. 防火墙 - 区域设置，新建区域 UPLINK，出站数据-接收，入站数据-拒绝，转发-拒绝，勾选 IP 动态伪装和 MSS 钳制，涵盖的网络-与 WAN 接口相同，允许来自源区域的转发-LAN 接口

然后内网就可以用 192.168.1.1 访问了

我给楼主建议吧

我这边 Edge 浏览器提示 chrome.loadTimes() is deprecated，貌似没法用

油管视频 1080p 以上是音视频分离，视频轨有 VP9 和 H264 两种，不知道楼主是不是默认就用 H264 的

音视频合并 MP4 可以用 ffmpeg 复制流混流，可能有用浏览器 js 的方案

字幕的话我建议提供单独的 ass/srt，或者用 ffmpeg 将所有东西混流成 mkv

不是很有必要，现在都是复制链接或者二维码的，移动时代的用户可能连域名都不知道是啥。
要说短链接已经有两个了，b23.tv 和 acg.tv
嫌长的人就算把域名弄短也记不得，现在京东换了 jd.com 照样大把人要先去百度搜京东

怎么感觉就是那种说你的电脑有病毒 /有垃圾文件的那种推广广告
不是应该装个 AdBlock 什么的吗？
如果是运营商干的，HTTPS Everywhere 走起

先确定你的设备能不能支持硬解 HEVC，如果支持可以考虑换用 HEVC

没查到要求-strict，你是不是用的是老版本？

ffmpeg -i 1.mp4 -vf scale=-1:1440 -vcodec libx265 -crf 28 -preset slow 2.mp4

crf 越小质量越好但体积和转码耗时更大,libx264 默认 23，libx265 默认 28，h264 建议添加-profile high 缩小体积

ffmpeg -i 1.mp4 -vf scale=-1:1440 -vcodec libx264 -crf 23 -preset slow -profile high 2.mp4

preset 越慢画质越好但耗时更多,一般建议最少 medium,最多 veryslow

medium 也嫌慢又有新 N 卡(10/16/20 系)的可以用 NVENC ( hevc_nvenc , h264_nvenc )，就算 slow 速度也比较快，不过画质会差些

ffmpeg -i 1.mp4 -vf scale=-1:1440 -vcodec hevc_nvenc -preset slow 2.mp4

ffmpeg -i 1.mp4 -vf scale=-1:1440 -vcodec h264_nvenc -preset slow -profile high 2.mp4

我是觉得能戴口罩解锁=不安全，这约等于是提高眼部在比对测试中的权重实现的，我们一般又只能发现 False Negative，False Positive 比较难测，也不好靠自主学习改善。
而且我都不知道它是识别脸还是识别口罩。

我觉得要在不支持 HEVC 的浏览器上强行解码 HEVC 也太强人所难了。
不知道你的 wasm 是用哪里的方案,搜了这篇文章（ https://zhuanlan.zhihu.com/p/73772711 ），里面是用改过的的 ffmpeg 编译的，好像看性能还可以的样子？
我个人觉得就算不能硬解也尽量用浏览器支持的编码，例如 VP9,好歹浏览器会带一个针对平台优化过的软件解码器。

@Xusually 感觉是深信服 SSLVPN
新的 7.x 版已经算比较友好了，老版本要用 IE+Java Applet，毒瘤都凑齐了。现在只需要一个虚拟网卡。
不过通常是白名单域名 /IP 自动转发的，像这种嵌套域名因为兼容性很差已经很少用了（加密网站证书会不匹配，还有 cookies 泄漏问题）

路由器宣传的那个很大的速率通常是空中接口理论最大总带宽，并不意味着单个终端的无线接入速度能达到这个值

例如按 @also24 这样的空口配置，单终端最大接入带宽是 使用 WiFi 5 3x3 MIMO 80MHz 的网卡接入，理论最大接入速率为 433.3*3=1300Mbps，但要是你的终端网卡规格只有 WiFi 4 2x2 MIMO 40MHz 的话，理论最大接入速率就只有 75*2=150Mbps 了。

@hlz0812 说的 65%是理论与实际的差距的经验数值，毕竟你也不是在理想环境中

不过你说的无线比有线快是有可能的，所以你会看到有些奇葩产品明明有 WiFi 5 2x2 MIMO 却还给百兆网口的