证书匹配时，*.example.com 和 example.com 是两个网站，所以如果用通配符证书，建议两个站点都用同一个证书（即证书的使用者可选名称要同时包含这两个）。
所以如果你是 www 301 重定向到裸域名，但 www 的证书验证有问题，依然有可能重定向成功，因为默认用 http 请求。但现在有些浏览器默认启用 https ，这个就会成问题了。

一般来说，同版本重复刷不会有啥副作用。
这里这么要求，估计是 hdmi 的新固件对 bios 对低版本有要求，防止先刷 hdmi 固件没刷 bios 时亮不了机。

现在新一点的手机系统都支持扫码连 wifi 的，行业标准早就有了。
不过一定要强调用系统的扫码 app,或者系统相机，毕竟扫码=微信扫一扫 已经深入人心了。

@snw

1. “闪付 QuickPass”是银联对非接触支付使用的统一品牌，与传统的磁条和芯片。”云闪付“指支付端需要联网的非接触支付，也是 APP 的名字。虽然电子现金（也就是你说的圈存机制）和现在联机账户小额免密、二维码的运行机制完全不同，但均符合非接触支付的定义；

2. 商户收银员培训不足问题到现在还存在。在聚合支付 POS 厂商进场后，我见个微信支付也要签字的，也见过信用卡无密支付也没要签字的。虽然我很清楚哪怕是信用卡，不签字基本也不影响收单；

3. 我见过的 POS 机感应位置都挺统一的：顶部出纸口。如果有密码键盘的就是密码键盘显示屏，这种设计还有个好处是用卡时可以保证卡不离手；

4. 联机免密可能涉及担责问题，早期我只见公交和麦当劳可以免密（公交还有同时支持电子现金的，我甚至不知道刷的是哪的钱），那时免密限额是 200 ，后面才逐步放开的。

@ouqihang
闪付有一个问题是需要先输金额后刷卡，跟磁条的顺序是反过来的，导致不少收银员不会操作了。

一般是不能，无法避免与操作系统打交道的。
裸机程序倒是可以，参考裸机 hello world

https://zhuanlan.zhihu.com/p/420610342

好像还有一种混合二进制，将 bsd 和 linux 的代码段混合在一个 ELF 里面，但做不到任意 OS ，至少 Windows 这种不使用 ELF 格式的就不好搞。

另外一点，不怎么喜欢用 zip/unzip 是因为这玩意一般不预装，但 tar 和 gzip/gunzip 一般都是预装的。
冷知识，docker cp （曾经？）依赖容器内的 tar 才能工作，这点约等于要求所有 docker 镜像都得预装 tar 。
至于选项开关 -c[reate] -e[xtract] -f[ile] 基本够用了，压缩方式让 tar 自己猜去。

tar 对 POSIX 文件系统元数据支持较好，zip 容器理论上也可以通过扩展支持，但不同软件不一定正确实现了这些扩展。
tar 只归档，gz 只压缩，gzip 是把 tar 作为一个整体进行压缩的（也就是固实），压缩率会好一些，坏处是没法原地修改和部分解压。zip 不支持固实。
zip 也不支持符号链接、硬链接、稀疏文件。

zip 的文件编码问题就是不同实现导致的。此中的吐血事可以看这个，支持了但没完全支持。

https://blog.abysm.org/2016/04/pkzip-filename-mojibake/

其实只要是有不同主流实现就有可能出现兼容性问题，linux 常用 infozip 但 windows 常用 7-zip 套壳。tar 的实现也有 GNU tar 和 bsdtar 两种，有时也会出点问题。

国内主要还是银联出手太慢，被支付宝微信抢先一步确立了日常小额支付的事实标准。

你想想在 2014 年，也就是开始推广线下移动支付的那一年，支持 NFC 的手机有多少，那年的小米 4 可是反向砍了 NFC ，哪怕是支付宝都觉得 NFC 硬件这条路不好走。那时银联手头像点样的对标产品就是电子现金（要在 ATM 圈存，不挂失，1000 限额的那个），而且推广完全摆烂。除非网络不通，否则你不会觉得这玩意好用。

现在 nfc pay 倒是回来了，但二维码支付已经推广完了，好像也没必要硬换掉原来的体系了。银联自己也投降了，废掉了电子现金改成银行担保的小额免密了。
我也知道二维码和 HCE 方案的安全性是比 eSE 差一些，但实践下来，这个方案的安全性是足够了。

曾经是搞过降频的，然后就吃官司了。
不要太把那 80%健康度当回事，因为这是要通过反复完整充放才能校准的，到寿命末期不好测量。基准功率供应不上就是大限已到，该换机的换机该换电池的换电池，不要折腾这些有的没的。上面跑的软件性能需求增加是不争的事实，降频降性能也是有限度的，不可能给你无限降下去。
Android 用户通常不会纠结这个，老实换电池去，100 左右，一般用到第二年不爽就可以考虑换了。

我建议自己造。
没必要整个仓库爬，没意义也不现实，每种取最流行的几百个库做样本就行了。

信号不好就是信号不好，换苹果也不会更好，iphone 信号差也不是近年的事了。
丰巢可以公众号设置禁止入柜的，快递员放不进去就会跟你商量条件了。

听上去都不像是 win11 的问题。

车充能搞这么大功率的吗？

通常 QC4.0 以上都跟 PD 3.0 PPS 实质兼容，兼容 PD 是没什么成本的事，商家通常都会注明。

真正需要考虑的是多口并行输出功率的问题，例如 100+（ 30/22.5 二选一），轻薄本通常协商 65 ，换到你的场景就是 65 （ MacBook ）+30(iPad)这样，到不了 130 ，还有发热降功率保护。这个问题在所有高功率快充都有，而且解释起来贼复杂，所以客服和宣传页基本不会说清楚，自行领会。

如果这能把电池充炸，责任在苹果。

据说短视频平台配套的剪辑软件会推荐各种剪辑素材，只要用了就能得到推荐流量倾斜。
当然也有可能只是倾销策略，冷启动 100 个视频 95 个量产货，就算推荐算法要回避，挑中量产货概率也不会低。

1. 不能假设局域网就是可信环境
2. 非白名单应用没有稳定保活的方法
依赖厂商云服务的手机找回响铃可能是个好主意，你可以查查有没有这个。
另外部分智能手表手环有这个功能，因为要求蓝牙范围及设备绑定，安全性较高。

我是不懂，现在广告投放都是要考核转化率的，用这种伎俩骗点击会拉低转化率的，广告主真会坐视不理吗？
还是说就是骗骗那些按点击付费的冤大头？

我建议搞那种感兴趣没产出但不会倾家荡产的业余爱好。
例如。。非盈利游戏直播。

我其实对 Win11 改成一年一更不满意的，特别是现在一堆 bug 的状态，快速迭代把问题解决掉用户会更舒服一些，而不是像我，被 bug 弄到有点烦日常用 insider 。

没指望一个 C 端的产品做到极致安全，目标用户不会买单的，我就不说另一头在云服务捅各种口子营造虚假安全感的事了。iPhone 上指纹识别的时候就讨论过一遍了，没有什么方法可以比 PIN 更安全。
Mac 毕竟软硬一体，方案可以完善一些。Windows 因为灵活性没法做到那个高度，fTPM+Bitlocker+HVCI 我觉得算挺平衡了，如果能把 TME/SEV 安排上会更好。不过很多人已经受不了这一套带来的性能 debuff 了，仅供特殊需求人群了。