@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 可以很简单地解决迁移目录问题

你这种案例不是 SIM PIN 的防护目的，那是防手机被盗的，如果你家人知道这个 PIN 是啥那也防不住。
本质上你是希望家人手机上有一个只有你能解她不能解的锁。

钉不钉得了要看历史的进程的
如果未来几年高通的旗舰都拉了，那就可以钉。
不过预测未来研发进展这事哪有那么容易。

1.有些软件习惯不太好，被 explorer 冷启动时会使用继承的工作目录，导致只要进程不关工作目录就是被占用状态
2.被内核程序占用是查不出来的(powertoys 可能显示 system 占用)，例如挂载了 vhd 之类的，或者被杀毒软件后台扫描 filter 占用。
3. 上面的情况只要确认没写入活动，直接拔对 ntfs 问题不大，不像没日志的 FAT 那样危险，磁盘管理里脱机也是种办法
4. 自动挂盘符怀疑是分区类型设置问题，MBR 下的 NTFS 是 07h,17h 是隐藏的。也有可能你把 win 的自动挂载关了

你不如说下为啥需要回锁吧？
据我了解就算是刷原版系统也是可以不回锁的

你又不考虑 AB 两边路由搞隧道把子网打通，就不要用同网段了。

edge 和 chrome 可以在 flags 实验开关里打开 parallel downloading ，至少中小型文件不再需要下载器出马了。
BT 类下载还是建议用下 qb 吧，虽然说现在公网 pcdn 刷流问题已经不容忽视了，但我还是不推荐无必要的 H&R

举个具体点的例子，目前 Google Play 要求所有更新及新增 APP 运用 App Bundles ，这项功能要求 Android5.0 ，因此目前几乎所有手机 APP 的 minAPI 都是 5.0 ，愿意提高要求的通常是游戏，因为有性能要求，愿意提高要求回避旧系统 broken 的问题，尽管不是非得这么干。
Google 提供 androidx 兼容库让一部分新系统特性可以在旧系统上使用，这使得如非必要，APP 并不愿意提升 minAPI ，所以我是有点不满为啥现在的 app 还总要带 libwebp 、ffmpeg 、openssl 、cronnet 撑大 app ，系统库有那么难用吗？
ios 好像没这种第一方 backport 的库，强制升级的 xcode 经常忽略老系统的兼容问题。

因为 iphone 用户很难坚守在旧版本，那个更新弹窗一天弹好几次，一点错就回不去了。
app store 对工具链要求极高，那怕这并不是必须。与此相对，google play 尽管要求更新 app 必须使用近一年发布的 target,但并不限制工具链，你用十几年前的工具链都可以。
android 这边很难升版本，想升都不容易。

felica 比较麻烦，毕竟霓虹特色，估计只有日版机器有支持的可能。
国内交通卡如果坚持不用各家的二维码方案的话可以考虑下移动的超级 SIM ，也支持门卡复制。不过这玩意的提供商有点奇葩，不一定能开到归属地的交通卡从而用不了地方票价优惠。nfc-sim 也需要手机支持，国行机通常可以，外行不保证。

startallback 是通过 hook 注入 explorer 实现的，严重依赖内部的实现细节，所以是没有兼容性保证的，可能一个小系统更新就会 break ，想稳定用要注意及时更新。
当然我知道你们只会骂 MS

我猜是 smartscreen 检查服务连接有问题。
如果你确定到微软的网络连接没问题，你可以试下在 internet 选项里，启用 TLS1.2 和 1.3 ，取消选择"检查服务器证书吊销状态"

忘说了我这是锁账号，要支付验证或者微信关联验证的那种，不过可以立即解锁。