CBC 、CFB 、OFB 等流密码模式都是需要 IV 的，不提供的就看默认值是啥了，反正必须要有。

也就 ECB 不需要 IV （千万别用）

如果是说微信这种的话，还真的是被代码塞满了，主要是原生库，然后是 Java 代码，最后才是图片资源。

以官网下载的 armv7 版 apk 说，大小 129MB，原生库(lib)勇夺第一


至于里面的这些库中，各种内部轮子，为了优化和稳定，系统提供的功能又要用自带的库重新实现一遍。最大的 libmmv8 和 libapp 不知道是啥。


play 提供的 arm64 版 106MB，不过还带了个 38MB 的 obb，所以半斤八两。

然后要命的来了，因为 apk 里的 so 是压缩过的，安装时要把它们单独解压出来，所以上面的 armv7 版装完至少占 129MB+146MB 的空间，我还没算 Java 代码 AOT 占用的空间，也就是装完大小就翻倍起步，我宁愿它别压缩原生库。

这应该是体积优化过的结果了，功能太多尽力了。

做得比较差的例如那些网银 APP 就真的是资源没优化了，例如无脑上贴图到所有 view，还是从 ldpi 到 xxhdpi 都有的。不过现在 google 推的 app bundles 有助缓解这个问题。

没实践过的方案

openwrt 为只使用 V4 设备单独开一个接口和防火墙区域

交换机页面为接入 LANV4 的网口划分独立 VLAN （例如 VLAN3: eth0-tagged, LAN4-untagged，其余为 off，产生交换机 eth0.3，如果接 eth1 就是 eth1.3 ）

防火墙创建 LANV4 区域，接口创建的 LANV4,另外分一个地址池,例如 192.168.2.1/24，该接口关闭 RA 、NDP 、DHCPv6，为加入的物理接口创建桥接（上面的 eth0.3,第二个 SSID ）

LANV4 防火墙的转发设置跟 LAN 保持一致（出 /入 /转发为允许，允许目标区域 LAN+WAN，允许源区域 LAN ）

windows 系统可以考虑修改策略优先 ipv4
( https://support.microsoft.com/zh-cn/help/929852/guidance-for-configuring-ipv6-in-windows-for-advanced-users)

linux 系统可修改 /etc/gai.conf 实现

@Osk 应该是不会的，可能你装的驱动有问题。或者试试换 hdmi 假负载，似乎 hdmi 的热插拔检测 bug 少一些。
另外如果是用 Windows RDP 的话没有假负载也是可以用的，但硬件加速可能用不了

备用机是最简单的方案。
买个像华为 E8372 或者随行 wifi 之类的也可以在 web 界面收短信，但不能发，而且花费比上面的高
sim 卡丢失收短信这个太难了，我还不知道有什么方案能做到

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