宁可错杀也不放过呗

随便买个路由器就解决的事，都不需要 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 打包应用，默认启用目录虚拟化，卸载连着数据删。

机顶盒遥控推荐以及选择节目表是按地区来的，需要定位才能知道你在哪个市。
Android12 之前蓝牙扫描需要定位权限，而且是精确定位权限。
12 虽说不需要定位权限了，但 12 以下老版本还是要定位权限的，大概率实现上就变成一刀切两个权限都要了。

类似原因，微信小程序至今不支持大致位置定位，统统按无定位处理。由于 ios 不区分这个，我对这个问题日后改善不抱希望。

我知道有人习惯性鄙夷小米，但这锅还真得怪谷歌，为啥过了这么多年才发现这个权限需要分离出来。

@ferock 至少在手机 PC 电视平板上，近五年的设备都不是问题，我没听说有故意阉割硬解 costdown 的。但软件上可能会埋坑，例如 windows 上浏览器 hevc 解码的问题，怎么看都是微软谷歌故意为之的。

如果是浏览器，windows edge/chrome 需要安装商店里的 HEVC 视频拓展，有些显卡驱动也会装一个硬解版拓展。
客户端或者 CEF 的话可以考虑集成 hevc 软解支持，不过需要注意专利许可问题。其实这也是为啥很多硬件明明支持硬解但就是播不了的原因。

因为老电信卡是 UIM 而不是 USIM 所以通常是不支持非 CDMA2000/1X 的网络鉴权，所以如果漫游地没这种制式得网络就没法注册入网了。
目前电信换新的 USIM 已经禁用 CDMA2000/1X 鉴权功能，所以你不是头铁要插在不支持 4G 的设备上用也不会有什么影响。

最省事的方法是 2.5g 有线引出一个 BE3600 路由做桥接，除了不支持蓝牙不方便切换网络啥都完爆 BE200 。
用网卡硬凹成本高还不见得效果好。