jim9606

.net framework 3.5/4.x 跟.net core/.net 5+并不兼容？后者并不能用来跑 framework 应用
framework3.5 默认不安装，直接省略。
framework4.8 设计兼容所有 framework4.x 应用，所以不需要留多个 4.x 版本 runtime 。

所以你想的全局装一个最新 runtime 包圆的洗洗睡了，更常见的情况是每个 app 自带整个 runtime ，你摘不掉也不需要单独装，update 也不会帮你更新。

wasm 目前没辙，只能用 cpu 跑。
js 可以使用 WebCodecs API,可以用上平台的编码器(机会用上硬件编码，浏览器决定)，也能指定码率控制方法
减帧按我理解是不能用 bsf 实现的。

@ZeroClover 严格算是不一样，两个都是 X.509 规范的证书，单载明的公钥用途不一样，一般也由不同的中间 CA 签发。但卖代码签名证书的通常也做域名证书，搞不好就是打包卖的。

我也不知道除了这个用途还有啥合规场景需要 EV 。

虽然新版 Win10/11 只认微软签名，但提交到 WHCP 签名前还是要求先 EV 签名过的，实际最终用户到手的驱动会有两个签名。

开 VoLTE 又不用钱不影响资费，唯一障碍是你的手机可能不支持（支持 4G 不等于支持 VoLTE ，纯软件限制）。如果手机不是问题，我想不到啥理由要去较劲。我倒是奇怪为啥这不是默认开通的业务。

退网一般是个消极的过程，基站设备不再新建和投资，坏了有备件就换没条件就下掉，所以对外造成影响的时间地点都不明确，客服也没法回答。

至于关 4G 倒是不用担心，这个短期关不了，不过服务降级带宽优先给 5G 是有可能的。低峰关 5G 基站省电这种小花招还没消亡呢。有了 VoLTE 后不存在必须由旧网络承载的业务所以 4G 以下要退是没啥疑问的。如果短期真有关 4G 的说法，我觉得是“科技以改名为本”。

LE 不好的地方:
1. 只有 DV ，有些特殊用途，例如 windows 驱动签名要求用 EV 证书
2. api 和证书链变更相对频繁，例如最近的变更会随机分配中间 CA 来给你的 ACME 实现上强度，也影响搞 PKP(虽然这不是什么好的实践)
3. oscp 服务器概率墙，虽然淘汰 oscp 是业界趋势，但至少 windows schannel 还在坚持这个，影响可用性
4. 证书链兼容性差些，过时系统普遍没信任 ISRG X1 根
5. 有效期短，这个楼上说了，你想下如果给甲方换一次证书要重重审批的你干不干

3g 退网最积极的是移动，比 2g 退得还早，现在才被影响到已经算慢了。
支持 VoLTE 的功能机不是很难找吧，网上一搜一堆，有诺基亚。
记得发短信开通 VoLTE,虽然我觉得这个可以默认开通了

一般用 rebase,用不了的时候采用 merge 。不能用 rebase 的原因有:
1. 分支不是私有的，已经被多人 checkout 或者 branch,rebase 会对合作者的工作流造成破坏
2. 需要保留原始提交的时间轨迹，例如分支发布过版本
3. commit 带 gpg 签名，rebase 毫无疑问会破坏签名
4. 分支差异过大，rebase 过程会大量 conflict

svn 和 git 的根本性区别是集中式 vs 分布式，只是因为 git 的 branch 成本低所以能玩得转频繁分支的工作流

一般就是用在 tls 证书上，不少网络应用形式上要有一个域名。
不过我是选择每年换一个 8 块钱域名。

1. docker 算是多数时候最接近一键安装的方法
2. 需要用在一些限制很多的宿主 os 里，例如 nas openwrt 之类的，不一定有人帮忙搞定打包的事
3. qb 本身不是很健壮，用 base 镜像运行可以减少很多攻击面
4. 好像最近一段时间才开始有官方的 nox 版本，还是链接 musl 的，理论上省点资源，这个 config 的二进制的最简单获取方法就是用 docker ，否则基本要自己 build
5.docker bind mount 可以很简单地解决迁移目录问题