归来仍是GitHub Pages
本文共计631字,大约需要2分钟进行阅读。
兜兜转转,从最开始的GitHub Pages + Cloudflare CDN方案,到后来的Netlify + Cloudflare CDN方案,其实各有优缺点吧,具体可以看我上一篇文章。实际上目前我又回到了GitHub Pages上,并且还去掉了原有的Cloudflare CDN。事情是这样的。Beta时期的Cf Pages确实好用,访问和编译速度都快,但是到了现在的正式版阶段,事情就不一样了。
简单记录一下我所发现的不一样的地方:
- 自定义域名格式从
*.pages.dev
变成了*-<xxx>.pages.dev
,<xxx>
是一个随机生成的三位字符串,不再是完全可自定义前缀的了; - 速度变慢了。访问速度倒不一定是Cf本身的问题,也完全有可能是因为Wǒguó tèsè啦,早就已经见怪不怪了。但是目前比直接GitHub Pages还要慢。而且编译起来也开始好几十秒了,估计是用的人多起来了吧。
- 稳定性下降。当时不知为何,Cloudflare CDN的部分IP无法访问了,很可能是某些众所周知的原因吧,毕竟Guówài测试点全部都是正常的。其中就有分配到我站点的IP。当时去Cloudflare Support提了一个工单(#2114027,虽然不登陆看不到)看能不能更换一个IP,结果不行。虽然等了几周,好了,但是还是有点余悸。
起初收到邮件太激动,没去看文档。后来发现还有以下限制。做个对比吧(均为Free套餐):
- Cf Pages每月的编译次数限制是500次。而GitHub则每小时内有10次;
- Cf Pages最多添加10个自定义域名。这个倒是比GitHub只有一个好,甚至行业领先,我估计大多数人都用不完;
- 对于网站大小:
Cloudflare Pages | GitHub Repo | |
---|---|---|
文件数量 | 20000个 | - |
单个文件大小 | 25MB | 警告大于50MB,禁止大于100MB |
仓库总大小* | 未指明,「强烈建议」小于5GB |
*:由于Cloudflare Pages目前仅支持从GitHub Repo进行构建,所以仓库总大小仍然受到GitHub Repo限制,计算结果仅仅是理想情况(雾)。
所以搞静态博客半生,归来仍是GitHub Pages。唯一的缺点就是用不上太多诸如HTTP/3之类的新技术了,HSTS Header也加不了,算是美中不足吧。可能观望一段时间我又要套上Cf的CDN了(离谱极了)。
遂弃之。
本文以KYPL授权转载。
本文链接:https://kaiy.moe/2021/backing-to-GitHub-Pages/