只要运营商主动，iPhone 一样飞起。像一些特调的体育馆，开万人演唱会 5G 一样起飞，延迟低带宽还大。

应该是 ad sdk 通过检测 canOpenURL(url scheme)来判断 app 是否安装，隐藏后就返回了 false ，所以就不执行跳转了。一般是通过 universal link 跳转，这个很变态，不需要用户确认就可以跳转。

都是米系的... 绿米门锁真的一言难尽

faceid touchid 识别不了的

既然是代码+代码实现 100%，那为什么不一步到位？既然能够一步到位，那么早就该有 100%的 OCR 。

赶紧卖，性能一般，接口少，Touchbar 还容易坏

@roanokeyehia 既然是推测的那不就是编的嘛

@roanokeyehia 截图说明了 esim 和 icloud 没关系呀，这是因为有旧手机所以要 icloud 转移数据。还有就是定位你也没有依据是 only 北斗

你这话非常矛盾，先有 apple 账号才能激活 esim ，那么 apple 账号怎么注册？怎么接收短信? 这在某些情况下就是一个死循环了。
同时先登录 icloud 说明了必须先连接 Wi-Fi 才能走 esim 激活流程，这也是不合常理的。
还有就是一堆定位卫星，偏偏“指定”其中一套系统，不符合逻辑。

@dyvdy paypal 真不好用，陷阱还多

@kuanat 恰恰相反

+1

WAGMI

iOS 微信公众号文章封面也可以，没开 ssl 校验

补充 x-callback-url

iOS 跳转无非是 url scheme 和 universal links
第二个适合 Extension

@SUP7R9 对，不是解决 Chrome 升级。我的想法是直接解决网页渲染问题，Chrome 版本问题是无法根本性解决的，要是禁止升级 Chrome 下次又遇到其他网页需要新版 Chrome 那不得爆炸。如果访问的客户端数量大，维护量也跟着上来，还涉及到安全问题。
不如一步到位用 nginx 做正向代理直接在前端上注入代码，对前端兼容性问题打个补丁。

而且现在 Claude Code 、Cursor 挺方便的，把截图+代码甩给他，让他生成注入代码就轻松解决了

我正在做 imap server ，用 idle 来实时推送验证码邮件，但是发现始终是有几秒的延迟，现在既然支持通知验证码了，那我就可以把项目删了

@SUP7R9 才发现我没有说清楚，我的意思是通过 nginx 注入他的前端代码，对他的前端代码注入“补丁”，不是禁止 chrome 更新