CloudXNS 的 LINK 更像是一个 "软连接"，需要在两个域名设置完全一样的 A 记录时，在一个域名上设置 A 记录，另一个用 LINK 就能解决，这样每次只需要改一个 A 记录即可。前提是这两个域名都在 CloudXNS 上，如果不是，就会用 CNAME 而不是 LINK ，与 CNAME 就没有区别了。

还有就是只有是目标 CNAME 是分区解析时，才需要 EDNS client subnet ，国内应该有不少支持了，不过有些只是针对个别解析服务器才支持 EDNS client subnet 。

@DesignerSkyline Route53 不支持 CNAME Flattening ，他只能是说把一级（或二级）域名解析到一个他自己的服务上（如 CloudFront ， S3 ， EC2 …），然后给你直接解析 A 记录而不是 CNAME ，第三方应该是不能的。

需要 DNS 解析商支持 ANAME ，或者 CNAME Flattening 功能，相当于是自动将主域的 CNAME 转化成 A 记录，实测感觉是 CloudFlare 效果最好，即使是原本 CNAME 是分区解析， CloudFlare 也能正确解析上（前提是目标 CNAME 支持 EDNS client subnet ）。

我这里有介绍 ANAME ： https://ze3kr.com/2016/05/rage4-best-dns/

Rage4 和 CloudFlare 都有支持，其他国外不少解析商也支持，比如 DNSimple 。

这个就是加密启动盘（至少 Ubuntu 的是），同 Windows 的 Bit Locker 和 Mac 的 FileVault

Google 就能找到…

https://help.ubuntu.com/community/FullDiskEncryptionHowto

https://wiki.centos.org/HowTos/EncryptedFilesystem

安装时选择加密全磁盘就行了， ubuntu desktop 有这个功能，不用硬件支持。

你不都说了加密系统盘，这就可以解决了

@yalay 这只是个别人的图床，不过确实挺牛。我个人也觉得 ooo 后缀也挺好的

@otakustay 使用 img 场景主要是针对没有 js 支持的情况， 204 确实不适合 img 方式。 img 拿到的数据太少， js 能拿到更多数据，一般用 js 。

@techmoe php 编译错误或者是关键错误就会抛 500 。

204 ，作为统计，比 200 返回一个 1px 的 gif 省一点流量

451 ，用来屏蔽某国，被我实际应用：
https://ooo.0o0.ooo/2016/07/24/57958c3001953.jpeg

显示绝对时间的确实都错了。还有就是页面下的©️还是 2015 ，是不是该改成 2016 了

直接去才行，在北京官网都预定不到，打电话也没用（被转接 N 次）。

这是基于第七层的么？如果是的话那么知乎收集到的访客 IP 难道不也是错的了么。

个人认为：

1. 防止搜索引擎搜索
2. 防止在文章还没发布时被人发现链接，微信文章在发布前的链接也是所有人都能看的