不是必须的话少用 WX 转账，基本上是家银行的手机网银都能免费转账，根本不用想提现的事。
要么就消费用掉。

有是有可能，2014 年上马 4G 时移动就搞过换 USIM 卡活动，确实会影响 5G 网鉴权。但从 op 描述的时间不像是这个原因。
还有一种情况是信号强度≠网速，这对 4G 和之后的网络很常见，最好确定下连的是 4g/4ga/5g/5ga ，目前 4g 空口可能有运营商侧限速。

我的判断就是稍微给点压力 ssd 主控把自己热炸了导致的，那就是硬盘自己有问题。刚好群联那款主控就是温控有问题的，能因为过热炸到 FTL 损坏我觉得都算产品缺陷了。

@kk2syc 要让一般用户感知到安全更新的价值太难了，两边其实都不太 care 这个。

无线网卡这玩意，oem 贴个牌做零售价格翻倍也不是啥新鲜事了，十年前的 AC7260 都有这种事。
跟发票没关系，tb 那价格也能开票。

比较像是内存不够或者显存不够

宁可错杀也不放过呗

随便买个路由器就解决的事，都不需要 openwrt ，很多路由原厂固件就支持

想起那个 127.0.0.1 判定围标的笑话。
查了下 intel cpu 打标有个 ATPO 应该是不重复的，批号 FPO 和 SSPEC 是可以重复的
amd cpu 的二维码和打标也有一个序列号

https://www.intel.cn/content/www/cn/zh/support/articles/000021613/processors/intel-core-processors.html

因为隐私问题，目前没有文档化的方法通过软件指令获取 cpu 的唯一标识符（例如 PSN ）

如果不需要支持写，http 更省事
python -m http.server
稍微复杂点支持网页浏览的
caddy file-server -b

又不是有谅解就不用坐牢了。
不想赔或者赔不起那就不要谅解呗(换言之，撕票)，那赔偿举证就得对方走诉讼举证了，执行也限于司法强执的范围。

你自己都把答案说出来了。
又不算完全没认知的罕见病，又无法治愈，那就勤保养多检查呗。

听上去有点像 Mac 的软件公证，只是做检查的是 Play Protect 。
至于 app 本身想限制侧载渠道安装的，现在已经有 api 可以查 apk 安装渠道了，只是约等于没有篡改防护，有心人还是可以轻松绕过。
app bundles 本身要侧载也很麻烦，成为事实标准之后可以心安理得地放弃侧载了。

1. 旧设备的 Secure Boot 信任 Microsoft Corporation UEFI CA 2011(CA2011)，目前 Windows 和大部分支持开箱即用的发行版、显卡/网卡/RAID 卡自带的 opROM 模块都是用该 CA 签名，这个 CA 也被几乎所有主板预置

2. CA2011 于 2026 年过期，但主流实现都会忽略 CA 过期

3. 但 2026 年微软会换用 Microsoft UEFI CA 2023(CA2023)给 Windows 和未来的发行版、opROM 签名

4. 但 CA2023 只有新主板会预置，老主板需要固件更新或者由 2024.7.9 更新以后的 Windows 会把 CA2023 加入信任，如果没更新，Secure Boot 会导致未来的 Windows 系统及安装盘被拒绝启动，因为它们没有信任 CA2023

5. 由于 CVE-2023-24932 ，目前 Windows 会通过 DBX 更新拉黑一批旧的 OS 引导器，这会导致这些旧系统/安装盘被拒绝启动，需要手动升级下引导器，新系统/安装盘没有这个问题

6. 由于 CVE-2023-24932 ，未来会将 CA2011 也拉黑，届时使用旧 CA 签名的 OS 引导器和 opROM 都会被拒绝加载，除非替换为由 CA2023 签名的版本

7.以上事情只会在 Secure Boot 打开的情况下发生

买混动呗

有个比较极端的解决办法
换用 LE 新出的只有 7 天有效期的 shortlived 证书，这个直接没有 CRL 和 OCSP

1. 目前宽带和手机 ISP 给的都是全球可路由单播 ipv6 地址，换言之，公网地址在 ipv6 就是无门槛提供的，用户自己的路由器支持 DHCPv6-PD 委派有问题那是用户自己的问题

2. ISP 只管分前缀，监管也只管到这足够定位使用者了，后 64+位怎么定是用户自己和设备的事，如果你的设备强制使用隐私拓展那也赖不到 ISP 头上，实际上 v6 的各种管控策略都是直接按/64 前缀为最小单位的

3. 由于 App Store 有客户端侧单栈 IPv6+NAT64 兼容的要求，目前主流 APP 都不应存在故意不支持 IPv6 的问题，顶多说效果不佳

4. 云服务通常不对 ipv6 网络额外收费，这说明需求 ipv4 地址是疏于适配的代价，你对用户侧网络有信心用纯 v6 提供服务也是完全可行的，包括 V2 那么多死扣 v4 地址的，因为他们也不知道/懒得让自己维护的那一套组件支持纯 v6 网络，那就花钱拖延解决问题呗，反正离死到临头的日子还远着

5. 用户都应该用域名，如果你就需要 ipv4 的私网地址在内部网络使用，那 ipv6 一样提供 ULA 作为等价替代，不用单纯因为懒得动

6. 你说的 ipv5 迁移难度跟 ipv6 没区别，反正就是要改既有软硬件实现而不是打补丁

其实宽带也应该按流量计费的，在 POTS 上网时代带宽严重不足，时长计费约等于流量计费，然后这习惯到宽带时代就沿用下来了。
个别校园网就是用流量计费模式的。

@ksc010 因为这是目前 per-user 安装的标准做法，放 AppData/Local 。连微软第一方的软件，例如 OneDrive 、PowerToys 、VSCode 都这么干。
本质就是非打包应用没有标准化的卸载流程，有残留都算卸载程序设计不良的问题。

因为卸载保留数据很多时候是设计上的需求，例如重装 chrome 不能丢用户数据。
真想干净卸载的应该用 appx 打包应用，默认启用目录虚拟化，卸载连着数据删。