@Vhc001 原来如此！破案了 hh 再次被产品逻辑折服。

@coleridgeguo 不越狱不换手机不换微信号的暂时无解。楼上有人说了，千万别沾 +86 号，不管是最初注册时还是之后修改的。

微信号转入中国可以，老乡来了就别想走了😂

@sobigfish #32 可以，你可以同时拥有香港和中国大陆两个微信钱包，有一个菜单可以切换。注册时是香港号，后面绑定大陆银行卡开通大陆版微信支付，不影响 CallKit 。

https://i.imgur.com/rxy0jqnm.jpg

另外一个微信可以「存储」多个手机号。就是你用微信快捷登录其他应用（如小程序）的时候，微信会提示“XXX 申请使用 你的手机号码”，然后这个手机号码列表可以有不止一个手机号。这里你可以添加自己的内地手机号，以后有什么中国大陆 App 要用微信登录的话，可以直接授权内地手机号，同时保持微信本身绑定的是境外号码不变。

https://i.imgur.com/hqqWZImm.png

但是千万别把「帐号与安全 - 手机号」里面那个手机号手贱改成 +86 号码。

@653513754 你的意思是 literally 会丢消息？

比如我有 A 、B 两个微信号，目前 B 号登录状态；
有人给我 A 号发了条消息，我半年后才从「设置 - 切换帐号」功能临时登上 A 号查看，但那条消息已经从微信的系统里永久丢掉了？我的 A 号永远也收不到那条消息了？我没研究过，直觉上不应该是这样吧？

@yitingbai 是的，之前还有几个人会给我打微信，现在基本工作生活都不依赖微信了哈哈

@NeezerGu 我旧号 400 多好友，香港新号用了 3 年了，陆陆续续加了 100 多好友。

现在偶尔切回旧号看一眼，发现半年内旧号都没有一条私聊消息。旧号比新号多的 300 多好友都懒得加了😂

用香港手机号重新注册微信吧。

迁移好友是世界级难题，但是一旦体验了微信迁移好友的难度，希望以后在 [非必要] 使用微信的时候，你可以心理上多多排斥一下微信🤣

我给美区 Apple ID 买礼品卡都是光明正大地登录自己的国区 ID 用绑定的银联信用卡付款的。

假如你是李华，你有一个中国区 Apple ID，圣诞节里你想送你的美国朋友 Alice 一张 Apple Gift Card 礼品卡，Alice 的 Apple ID 是美国区的，请问你怎么操作？

根据我的经验，光明正大地用你的中国区 Apple ID 操作就行。

另外，你这个「然后被提醒公司的代码提交需要带公司的邮箱，而不是我私人的邮箱」，这个要求其实和 SSH 私钥没有必然的关系，这个只是 git 的设置。

比如你的 git 全局设置 git config --global user.email 是你的私人邮箱，但是你公司代码那个仓库里面还可以有一个局部的 .git/config 文件，也就是 git config user.email <公司邮箱>，这个设置的作用域仅限你公司代码那个文件夹。

至于推送代码时用来认证的 SSH 私钥，其实还是可以用你私人的。

个人的话一 key 走天下，这个 key 做好安全措施，例如只存放于自己的个人电脑中，并设置 Passphrase ；或者直接塞进 YubiKey 里，甚至可以插到陌生电脑上使用，由硬件设计保证私钥不泄露。公司身份的话另说。

如果连上服务器之后，需要在服务器端操作 git 、gpg 等需要私钥的软件，应该采用 ForwardAgent 和 RemoteForward 来转发本地 ssh-agent/gpg-agent 到服务器，而不应在服务器上放置私钥。

如果服务器上有什么定时任务或钩子需要无人值守地调用私钥，比如定时推送 /拉取某个 git 仓库的内容，那么建议使用范围精确有限的私钥。例如专门生成一个私钥，这个私钥只有访问那一个特定仓库执行特定操作的权限，而没有访问整个 GitHub/GitLab 账号的权限。

以前付费过 FastMail 3 年，除了小贵之外都挺好。目前在白嫖 mailgun，的 Education Plan （绑定 GitHub Student Developer Pack ），catch-all 转发 Gmail 。

还不确定以后毕业了用什么服务，过来瞧瞧大家的意见

Google Photos 会自动识别「屏幕截图」等非生活照片，并自动建议归档（ Archive ）

不会，如果工作身不由己的话，那生活不用微信就好了。把生活中最亲密的好友家人大力安利到 iMessage 和 Telegram 里面就得。我现在就是这样。

@HankAviator #78 想了想，咱现在自嗨是为了免费享受高级版功能🤣 有的密码管理器限制设备数量，有的限制条目数量，有的同步体验不算太好，算下来自建 Bitwarden_rs 确实还是个综合性能比较好的选择。

至于安全，完全是靠密码管理器本身的密码学设计来保证。但是密码管理器本身的设计可能保护数据不「泄露」，但是数据「丢失」问题可保证不了，所以本帖才重点讨论数据「备份」的方案呀。

咱绝对不会自恋到说同样的后端软件，在咱手里就比在专业厂商手里更安全。

@Jirajine #48 是指我 #9 最后一句太想当然吗？
当时对表述确实没多想，也许把「现代密码管理器」用词换成「 KeePass 、1Password 、Bitwarden 等主流密码管理器」会更准确地表达我的意思；

或者说，我想说的「现代密码管理器」是指「 employ zero-knowledge policy 」、「 by design the provider cannot decrypt your data 」的密码管理器。

话说，纯好奇，会有「保护你的密码，但是会收集你注册过的网站、账号和其他信息」的密码管理器吗？如果它居然明文收集你注册过的账号，那何必还装作好人认真保护你的密码呢？

订阅 1Password 时，我也一直是不定期 copy 全部密码到一个 Primary 本地存储库的，该 Primary 库用 Dropbox 同步。

现在在体验 bitwarden_rs，官方文档已经告诉你哪些需要备份了： https://github.com/dani-garcia/bitwarden_rs/wiki/Backing-up-your-vault
无非就是 VPS 上一个 cron 任务定时将数据文件同步到其他云存储上。

另外，极重要且不可找回的密码（就是真的密码学意义上的密码如比特币钱包密钥等，而不是登录网络账户的口令）我通常会有多处备份，包括但不限于 KeepAss 、pass 、Cryptormator 加密卷等。

---
如今，在你 [没有] 被国家级别的力量针对的情况下，现代密码管理器只要正常使用就已经足够保证你的隐私安全了，所以确实更应该担心的是数据丢失而不是泄露