My Blog Is All on Cloudflare

最近我的域名快到期了，收到了Namecheap的提醒邮件。巧的是，Cloudflare也发来了一封邮件，推销它的域名注册服务。我登录两边看了一下，好家伙，Cloudflare比Namecheap要便宜十几刀，怪不得敢宣传进货价出售，不当中间商赚差价。那就没什么可说的了，毕竟为了使用Cloudflare的各种免费服务，早就在用Cloudflare的name server和DNS服务了，这次就干脆给迁移过去。

不论是Cloudflare这边，还是Namecheap那边，都提供了教程来说明如何操作域名迁入/迁出。根据教程，首先关掉Cloudflare提供的DNSSEC，然后在Namecheap那边保证域名是Unlocked的状态，然后发起迁移，在Namecheap的Dashboard里获取迁移验证码，就可以搞定了。最后，按照ICANN的要求，迁移会在五天后生效，但是可以向之前的服务商要求加速。这里Namecheap有一个很坑的地方，就是会发来一封开头写着“STANDARDIZED FORM OF AUTHORIZATION”的迁移确认邮件，里面写着如果你想“CANCEL”，也就是取消迁移，可以点下面的链接——但是实际上点开链接之后，有两个按钮，其中一个是Approve，点它就可以立刻迁移了！我在Namecheap的迁移教程下面看到很多人要求修改确认邮件里的歧义描述，但是三年了，Namecheap都没改……

在迁移域名的过程中，我又发现了Cloudflare现在也提供Pages（静态网站）服务。前面提到过，开始用Hugo之后，我的Blog是部署在Github Pages上面的。但是Github Pages本身提供的SSL服务，经常会跟Cloudflare提供的CDN/DNS或者别的什么服务冲突，体现为发布仓库（名为xxx.github.io的那个）的Pages设置页面上，域名绑定和Enforce HTTPS显示为异常的状态，而网站本身也无法正常访问。这样的问题至今已经发生过两次，实在是不省心。所以看到Cloudflare Pages，我就立刻决定迁移了。

过程也很简单，直接创建新的Project，授权Github账号和Hugo源文件仓库，根据官方文档填入相关信息就可以了。只需要注意，Cloudflare默认使用0.54.0版本的Hugo，是个比较老的版本，所以需要添加一条环境变量，设置HUGO_VERSION为新版本。而Cloudflare Pages绑定已经在Cloudflare托管的域名就更是相当简单，点击几下就可以搞定。

其实Cloudflare的Registrar和Pages服务，跟其他服务商比起来，看上去还都比较简陋。但是Cloudflare胜在集成性，都放在一起，管理起来就非常方便和省心了。