设置 - 蜂窝里把 Allow More Data on 5G 打开就行了。如果是无限流量的 5G 套餐建议打开这个

然后中国银联在美国可以被当作 Discover 卡组织的卡正常线上线下付款，所以接受程度还是很大的。

不过通过这种方式刷卡在美国是重罪

可以明确的告诉你，没有 CVV 也可以完成境外交易。很多商家让你填写 CVV 只是风控的一部分，建议把卡号涂掉

@hackenfu 有 Watch 版跟支持 WatchOS Call Kit 是两回事，国外论坛有讨论过，没见有支持 Watch Call Kit 的

你说的这两个软件也不支持 Apple Watch Call Kit 啊。我至今没找到支持了这个的软件

@leconio 开发者走的不是 App Store 付款，是 Apple Store 的付款，所以余额用不了

@JingXiao 主要是这样你就无法验证是否真的是原厂屏幕了。你细想一下就会发现我那种方式是唯一验证是 1. 原厂屏幕 2. 官方销售 3. 会在官方留下维修记录且下次官方维修不会出问题 的方式

当你使用前端加密，并同时修改后端加密，以尽可能避免这些攻击时，你会发现你最终实现的东西是跟 Passkey 一样的。Passkey 不但不会泄漏原始密码，同时每次登陆所传输的东西还是不一样的

@userKamtao 用处微乎其微

1. 如果泄漏行为本身发生在前端（如恶意浏览器插件），那无论如何 hash 还是会泄漏原密码（读密码输入框/键盘事件），从而所有网站登录被攻破（无论是否前端加密）；
2. 原密码在其他未前端加密平台（是大多数网站）的后端或者传输层被泄漏，也一样可以计算出 hash 后的密文在你的平台上登录；
3. hash 后的密码在你的平台上的后端/传输层泄露，那所有用一样前端的前端加密算法的平台也一样可以登录了

下面考虑情况 3 ，能否每个网站做到不同的 hash ，从而实现每个网站的 hash 算法都不一样。这个可以做到（在 hash 前 append/prepend 一个平台 dependent 字符串就行）。但因为有 1-2 的存在所以 3 的意义有限。此外它带来的麻烦也不少，比如需要修改多个前端（不同客户端和网站）

而且我也提供了解决方案，直接用 Passkey 。用 Passkey 才是王道，而且绝大多数新版的 OS 都支持了

常规的解决方案就是前端不额外加密，密码直接 HTTPS 传，加盐 hash 后存数据库。我敢说绝大多数大厂的登录都是这样的。而且只要是 https 了，那就绝对不是“明文传输”了。如果 OP 觉得 devtools 里是明文有危险，那我可以告诉你，如果黑客都已经能读到这一层数据了，那直接监听键盘，或者直接读密码输入框都是可以做到的。

确实是脱裤子放屁，某种程度上来说你 md5 后反而更不安全了，甭管你是否加盐，也甭管换啥更安全的 hash ，原本密码的不均匀的分布规律在 md5 后也一样不均匀，并且 md5 后的密码长度反而成为了固定值（ 128bits ），墒反而可能会降低，黑客可以确切的知道要 brute force 的密码格式；常用密码攻击也一样无法避免，原本用常用密码攻击，现在是用 hash 后的常用密码攻击

而且就像之前人所说的，如果黑客原本能拿到密码，那黑客现在也能拿到 hash ，而这个 hash 也一样是永久有效的，等同于密码

至于服务器 log ，如果 POST Body 都明文 log 下来了，那 hash 后的密码不也一样 log 下来了，而且很多同样敏感的 POST Body 也一样会 log 下来。这种属于 XY Problem ，应该去解决本质问题，而不是去其他地方脱裤子放屁

99%的情况下，没有学习过密码学的人自创的加密方法都是不安全的或者是没意义的。建议用现成的工具，比如 https 。确实明文传密码有不安全之处，此时的解决方案是去用 TOTP 、Passkey 这种成熟的加密解决方案（后者也涉及到“前端”加密），而不是去研究自创的前端加密这种脱裤子放屁的事

爱回收也卖类似的，也承诺原厂屏幕，但必须去人家指定的苹果授权维修点换，不能 Apple Store 换。

除非它这个保险我可以自己去 Apple Store Genius Bar 先垫付 3198 的维修费换屏，然后事后拿 3198 的发票给我报销 3198 ，我才会相信，不然都是扯淡

@rajesh941 一般是 or 的关系，任意一个人都可以取款。几个大银行都可以我记得

建议直接开联名账户（ joint account ），两个人都可以登录网银操作。如果一个人被骗了另一个人也可以通知银行冻结。