归来仍是GitHub Pages

Author Avatar
陽楷锴 7月 06, 2021
  • 在其它设备中阅读本文章

本文共计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
仓库总大小* 20000*25MB=488.28GB 未指明,「强烈建议」小于5GB

*:由于Cloudflare Pages目前仅支持从GitHub Repo进行构建,所以仓库总大小仍然受到GitHub Repo限制,计算结果仅仅是理想情况(雾)。

所以搞静态博客半生,归来仍是GitHub Pages。唯一的缺点就是用不上太多诸如HTTP/3之类的新技术了,HSTS Header也加不了,算是美中不足吧。可能观望一段时间我又要套上Cf的CDN了(离谱极了)。

遂弃之。

本文以KYPL授权转载。
本文链接:https://kaiy.moe/2021/backing-to-GitHub-Pages/