AxtonYao

正在调函数计算，香港的，也炸了，控制台调试环境都打不开，提示 SDK.ServerUnreachable : Server unreachable: java.net.ConnectException: 拒绝连接 (Connection refused)，直接访问也是 CONNECTION_CLOSED ，难道阿里云炸了？

人在英国，切换到 esim 应该有两年了。
用下来唯一的好就是可以在手机上下载多个 esim ，按需启用或关闭，不用插拔卡也不用担心丢卡。日常使用没有区别。
在手机间转移或者发新卡这种操作方不方便得看运营商。我刚开始用的时候 ee 只能邮寄二维码，亲自去线下店都不行，也不能转移只能发新卡，比物理 sim 还烦。后来用 three 的时候电子二维码得主动问客服要，但是支持 ios 间互相转移了。
出去旅游的时候可以用各种旅行 esim 供应商的 app ，airalo 什么的，在 app 里点两下就能写卡很方便。问题是大部分这种 esim 供应商都不是本地的，只有有限的几个流量出口，比如亚洲的都从香港出，欧洲的都从波兰出，北美的从美国出，这种情况下如果距离比较远延迟就会很酸爽，属于能用水平。找本地运营商的话很多地区是不给游客提供 esim 的，我只知道美国新加坡马来西亚几个国家有。
tldr: 方便但不多，如果运营商控制欲比较强的话会比物理 sim 更蛋疼

@NewYear 是浏览器问操作系统调用 passkey ，浏览器能做的只有 1. 向操作系统请求一个新的公钥（注册） 2. 给一个随机数要求操作系统用对应私钥签名（验证）。具体的私钥存储实现由操作系统自己决定

不可以，现在跨设备 passkey 发现流程仅限扫码，而且是网络+蓝牙混合传输的，watch 必须能扫码且联网才有可能

跑个题，积分 url 路径写 integral 也是个人才

和地区无关，目前只支持英语和其他特点几种语言，切到对应语言等一会儿就有了

https://www.apple.com.cn/ios/feature-availability/#visual-look-up-visual-look-up

在大多数情况下还是建议使用 IANA 时区名称来表示时区，Unix 时间戳来存储时间，因为三字母时区名会冲突，同时一个国家/地区的 UTC 偏移可能会因为各种原因变动，只存储 UTC 偏移是不够的
https://flyhigher.top/develop/2482.html
当然也看见过 MySQL 在设置为 IANA 时区的情况下，拒接解析夏令时切换时的“消失的时间”字符串为时间戳，没有 fallback 直接报错的问题，所以具体用什么怎么做还是要看具体需求

@shutongxinq 我清楚技术上这两种状态的音频来源，问题在操作上，ios 自作主张帮用户判断要进入哪种模式，并且没有提供除了 #13 中提到的快捷指令以外的显式切换方法

我录了个屏 https://i.imgur.com/GCqsFam.mp4

1. 在没有播放音乐的情况下通过 airplay 按钮切换设备，状态变成 iphone->homepod
2. 播放音乐，通过 airplay 按钮切换设备，状态变成只有 homepod 播放
3. 停止播放，通过 airplay 按钮切换设备，状态依然变成只有 homepod 播放

如果在 3 之后反复切换设备，状态大概率是只有 homepod 播放，但是会有小概率变成 iphone->homepod 。这是我目前摸出来的一部分规律，实际使用情况下我没法知道我摁下切换以后会变成哪种状态，只能让库克帮我选，不知道你是怎么切到自己想要的模式的

@F798 感谢！有个指令“更改播放位置”确实可以强制切到 iphone->homepod 解决我的问题了