@hushao #7
https://www.apple.com/hk/en/ios/ios-15-preview/features/ 你在这个页面 Ctrl/Cmd + F 搜索 custom email domain

或者直接 Google 上面的關鍵詞。我沒理解錯的話 iCloud 应该是要推出域名邮箱功能了，但具体情况未知。

就算推出了，具体政策也未知，能否任意绑定自己的域名、还是像 Microsoft 365 那样坑只能绑 Godaddy 的域名，都不清楚。

但我还是比较期待。

正在等 iCloud+

对 IP 可能有点要求，但我用的几个机场 IP 都能正常注册，想来要求并不高。用自己的手机号试试，你注册不成功搞不好是接码平台的问题。

才 5G. 话说，题目里的 “国内” 二字，指的仅仅是一个地理位置，还是指的朋友的思想和技术水平将其自身限制在赛博国内？

如果是前者，随便哪个网盘 OneDrive Google Drive 都可以。

服务器是境内的？上面开个代理客户端呗。
git config 将 http 代理设置为上述代理客户端监听的地址。
另外如果需要以 ssh 而非 https 协议访问 GitHub 的话，把 .ssh/config 里也写上代理设置，如

Host github.com
Hostname github.com
User git
ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

持仓成本价 x 持仓份额

感觉主要是一些文案、操作逻辑的细节问题。MacBook 的 Touch ID 也有同样的作用。

Reeder 不是个多功能客户端吗？

你有没有在用服务端（ FreshRSS 、Inoreader 、Feedly 等），还是直接用 Reeder 本地添加 RSS 订阅？

地址栏获得焦点的时候，变色有点剧烈，有点辣眼睛……
其他确实挺好看的

是这样的。使用 Cryptomator （从前情提要看不出你到底用了没有，但假定你用了，或者用了类似的加密软件，因为我上次也是用 Cryptomator 的时候遇到了这个提示）会产生大量的 *.c9r 后缀的加密文件，OneDrive 会识别到，以为你的文件被勒索软件加密了，然后给你发提醒。

但是我个人认为这种行为，不足以认为 OneDrive 「作了一个网盘提供商不该作的恶」，也不能证明它会人工地审核你的文件。

它还有相册功能，展示你所有文件中的图片，说明它肯定也扫描了各个文件夹中的图片后缀啊。

而且你的文件加密了，密文被 OneDrive 扫描了你没有什么损失，你只是通过这个通知知道了一个早就是公开的事实：上传到网盘上的文件，网盘服务商是能看到的。

没有香港身份（及配套支付方式等）的话，看上去港区没什么优势。反正都是违反用户协议（？）跨区使用，不如干脆跨到美区。

有合法香港身份的话，确实可以纠结一下。对这样的人来说，港区更稳，万一有事情可以拿着自己的合法证件说理（？）。但软件和 Apple 服务不如美区多。

自建一个 Matrix 服务器，客户端使用 Element 。然后把 iOS 系统地区设置为中国大陆之外。我记得 Element 是简单地根据系统地区设置来禁用 CallKit 的。

当然这要求你的 Matrix 服务器和通话双方的可达性较好。

YouTube Music 香啊，顺带还有 YouTube 视频去广告。

我也时常思考这个问题，然后 Google Advanced Protection Program 给了我一个提醒就是，也许我们觉得对 2FA 的保存方案无所适从，一定程度上是因为 TOTP 形式的 2FA 密钥和账号密码的形式太类似了——它们本质上都是一串不想被别人看到的字符串。

以前，大家使用简单密码，密码记在脑子里，2FA 存在手机里（如 Google Authenticator ），如果简单密码通过网络远程泄露了或被猜中了，还有 2FA 保护；
现在，大家用密码管理器了，密码也存在手机里，同时 2FA 还在手机里，密码和 2FA 在同样的地方，我们自然就觉得怪怪的了。

现在，密码在密码管理器里（手机或电脑里），人们想，2FA 应该放在一个威胁模型、可能的泄露方式都与密码管理器 [大大不同] 的介质中，才显得 2FA 真的有用。实际上这种介质不是很好找……

Google Advanced Protection 给出的方案是强制 2FA 只能用硬件。我想 Touch ID 、Face ID 之类的也是可能的解决方案。2 FA 硬件的备份当然很传统，要求没那么高的就买 2 个，一个放家里，一个平时带着用。要求高的自行发挥想象力，什么银行保险柜之类的都可以整。

反向代理，有很多。

但是个人搞的话还是有风险的。被墙是最轻的后果。如果被发现进而影响到现实世界的本人就不太好了。

问题是假如有这样一个自动化工具，它怎么知道你代码里哪些信息是敏感的呢？即使有，你如何信任它能够不遗漏地剔除了 100% 的敏感信息呢？

一个手动且初级的做法是，将敏感信息放在单独的配置文件中（比方说叫 credentials.conf ），然后将这个配置文件加入 gitignore 。程序读取这个配置文件获取敏感信息。
同时，可以创建一个 credentials.sample.conf 且不 ignore，用于提示其他开发者这个文档的样例格式。

可能有更好的管理方案，我在此抛砖引玉😂