我用了 1Password 几年，刚转自建 Bitwarden 。1Password 体验确实精致，Bitwarden 客户端功能比较粗糙。你可以试用一下再自己决定。你要问大家值不值得，就得多提供一点儿信息。

就当前主贴中的「迫于记性不好」「迫于账号过多」两句话而言，我可以说，几乎任何可以称之为「密码管理器」的软件都能满足你的需求。无论是付费免费，大厂小厂。你得提出一些具体的功能、体验等方面的要求再判断。

@callmesmc #2 楼说的是「同时」登两个号，官方的微信（ iOS App Store 渠道下载）根本确实没开放这个功能。

那个切换账号和「同时」在线完全不是一个概念，一个号在前台的时候，另一个号根本算不上登录状态，超过 3 天不切过去就会漏消息，非常麻烦。

https://kf.qq.com/touch/wxappfaq/1211147RVfAV1211152euMNF.html （链接：未登录情况下未读消息可保留几天）

@mschultz #9 所以我的理解就是：

- 刷日元：1⃣️日元标价 /刷卡 === (VISA,免 1.5%) ===> 2⃣️美元 === (招行) ===> 3⃣️人民币入账 /还款

- 刷美元：1⃣️日元标价=== (商家 or DCC 公司？) ===> 2⃣️美元刷卡 === (招行) ===> 3⃣️人民币入账 /还款

所以货币转换这几个币种其实是一样的，绕不开的。只不过是第一步「日元转美元」谁给你转的问题。我的理解是第一种汇率更实惠。

我不懂日本店铺收款设备，但自认为知道招行那张 VISA 「全币种」卡的特点。

1. 首先招行这个 VISA 「全币种」其实是双币种，只有人民币和美元账户，所有*非美元外币*会在交易当天以 **VISA 卡组织汇率** 转换成美元记账，然后过几天正式入账时招行会以 **招行汇率** 将美元转换成人民币。卡组织外币转美元这一步本来是默认 1.5% 手续费的，但招行这张卡是给免除的。所以总体下来还算实惠。

2. 如果你选择以日元支付，那么就是 1. 中所描述的情况。

3. 而如果该日本店铺允许你直接使用美元支付，那么显然是 **店铺** 方将日元先换算成了美元，然后扣你的美元。由于这一步日元换算美元是店铺（或者说 DCC ，楼上链接有详细解释）给你转换的，汇率通常来讲可能比 VISA 和招行这样的大机构要坑吧。

@gant #9 你说的这前三者都可以走 HTTPS 。

虽然确实是 IP 的问题，但也不是完全不怪 Google ，Google 的风控确实太严了，我肉身在香港用自家办的 HKBN 宽带还有学校的 IP 都时不时遇到 reCaptcha 。

@assiadamo SE2 是 SIM+eSIM
SE3 应该是支持 SIM+eSIM / 双 eSIM

微软远程桌面设计如此，见这个回答，令人放心😂

https://answers.microsoft.com/zh-hans/windows/forum/all/%e4%b8%ba%e4%bb%80%e4%b9%88%e5%be%ae%e8%bd%af/2b1cc90e-35ab-46ee-acbf-9321f35ce3a8

不如 IPv6 Sage 的 T-shirt… 说起来我的 IPv6 Sage shirt 都半年了还没收到…😕

感谢楼主提示，才知道苹果官方已经有大陆法定节假日订阅了，还能显示“班”“休”的小圆圈，算是用心做了本地化了哈哈哈。

但还是不明白你的问题：什么是“默认系统个人”日历？我手机上（以及 iCloud 账户里）的日历只有 2.5 种，
一种是订阅别人的（就像上面提到的法定节假日日历），
一种是我自己创建的多个日历（例如自己的流水账、和女朋友的共享日历等）
还有 0.5 种严格来说不算日历，就是联系人生日和 Siri 建议，这都是根据通讯录或邮件信息自动显示的。

而其中，我自己创建的日历一开始都是空的，所有事件都是我自己添加的。怎么会有“也包含节假日订阅的个人日历”这种说法？

你的具体需求是什么？每个邮件客户端特点不一样的，每个人收发邮件的习惯、所用邮箱的特点也不一样。如果没有具体需求，那么发帖得到的回复大概率是 V 友们把常见的邮箱客户端列举一遍。

我现在是：
1. 用 Outlook 收发工作的邮件；工作邮箱是 Microsoft 365 ，Outlook 作为客户端当然是首选项。

2. 用 Thunderbird 收个人 Gmail. Thunderbird 绑定 Gmail 的体验挺好的，日历和通讯录也可以通过 CalDAV 和 CardDAV 双向同步，鼓捣 GPG 加密那一套也不需要 GpgOL 这样的加载项。我感觉 Thunderbird 的设置逻辑对我而言更清晰、容易理解，Mozilla 的文档说得也更直白些。Outlook 里很多设置项我都难以预测对应着什么软件行为。

2023 年 4 月 5 日在中国内地和香港都是当地的法定公共假期，这一点在两地政 v2 府（国务院、香港特区政 v2 府）的官网上很容易得到确认，根本没什么争议啊。

@haroldji #12 T2 是有的。
T2 之后就是 Apple Silicon 时代了吧，我确实不了解了。

@mschultz #4 当然，从外部系统启动跑测试，需要你解除 MacBook 的固件锁（ Firmware password ），这个固件锁是用来避免 Mac 从未授权的外部介质（ U 盘、移动硬盘、网络）启动的。当然，这个 Firmware password 出厂的时候默认就是没有的，很多用户也根本没设置过。

如 #1#2 楼，开启 FileVault 全盘加密，同时维修时不要给维修人员你的锁屏（登录）密码，他们是没办法看到你的数据的。

从另一个角度来说，Mac 的硬件问题维修，在（当面）确认问题和维修方案（比如换某个零件）之后，理论上维修过程中也是 **不需要** 进入系统的，他们只要换好硬件，然后用专门的外部系统启动（例如，移动硬盘上的系统或者网络启动）来跑一遍系统测试，确定新换的硬件工作正常就 OK 了。

@Warren1027 #130 我不是为了信号，是为了省电，全天飞行模式手机省太多电了，舒服😄。

@Warren1027 #106
@Nangle #125

我是之前携号转台过来的，今天转台生效了，汇报一下体验：
我是在香港使用 3HK DIY ，与之前 Clubsim 一模一样的网络环境下确实没有 Wi-Fi Calling （ iOS 设置里确实可以打开 Wi-Fi Calling 开关，但实际没用。顶栏不显示 Wi-Fi Call 字样）

@i386 #127
https://www.hkcsl.com/en/wifi-calling/ 正常参考这个 CSL 链接里的图，如果是 iPhone ，注意顶部信号栏处的「 Wi-Fi Call 」字样。至少这几年我用过的、确定能 Wi-Fi Call 的 CMHK 、Clubsim （ 1010 / CSL ），在 iOS 下都是这样的。

当然，更直接的验证 Wi-Fi Call 是否生效的方法是直接飞行模式 + Wi-Fi 下打个电话看能不能打出去。

你的机场出流量是不是屏蔽了非常用端口？所以只有 Trojan （ HTTPS 443 ）能从机场的出口连接成功？