GitHub Pages用腻了?我转投Static Site Hosting的真实原因
不想用GitHub Pages了?这些替代方案值得关注
说实话,GitHub Pages够用的时候挺好用的。但总有一天,你会发现它开始碍手碍脚——也许是你的网站流量起来了,也许你就是不想把个人项目寄托在一个微软旗下的平台。不管什么原因,静态网站托管这个领域这些年变化挺大的,市面上已经出现了不少真正为开发者着想的替代品。
为什么大家在往外跑
GitHub Pages确实方便,但代价也不小。节点覆盖有限,海外访客打开你的网站可能要等很久。部署流程简单是简单,但如果你的项目流程比较复杂,就很别扭了。还有一点——所谓的"免费"托管,从来都不是真的免费,大公司做慈善肯定有它的算盘。
好消息是,开源社区已经给出了回应,一堆优先考虑透明度、价格透明和开发者控制权的方案冒出来了。
几个值得关注的选择
Grebedoc 是一个让人眼前一亮的选项。它在全球六个地区都有节点,CDN覆盖是实打实的,不是噱头。定位是做一个社区维护的"公共基础设施",给用户的价格基本上就是运营成本,不会通过数据挖掘或者高级功能来薅羊毛。这个理念挺让人舒服的。
Pico.sh 的 pgs.sh 走的是极简路线。如果你熟悉 SSH 和 rsync,用起来会觉得很顺手。没有网页控制台,没有找回密码那些繁琐的流程,直接连服务器,每月 2 美元。这就是 Unix 哲学在网页托管上的体现——做一件事,把它做到极致。
SourceHut Pages 适合已经在用 SourceHut 的开发者。集成是原生的,保持了 SourceHut 一贯的简洁和性能追求。代价是地理覆盖范围比不过那些商业 CDN。
真正重要的事
选静态托管的时候,地区覆盖比服务商吹的那些花活重要多了。网站服务器只放在弗吉尼亚,欧洲和亚洲的用户打开就会明显慢。这不是理论问题——200毫秒和800毫秒的差别,访客感受得到。
部署复杂度也是个关键因素。有的方案需要配置各种 webhook,有的只需要一条 rsync 命令。你的工作流应该决定你选什么工具,而不是反过来被工具绑死。
开源方案的优势
把网站托管在代码开源、运营透明的架构上,是一件挺有满足感的事。当你的服务商靠社区捐款维持,而不是风投的钱,它们的目标就不一样了。它们不需要优化什么用户活跃度或者推销高级功能,就是老老实实解决技术问题。
不是说商业方案不好。但对于那些想知道数据在互联网上怎么流转的开发者来说,开源替代品提供了商业平台给不了的东西:可验证的信任。
怎么迁移
从 GitHub Pages 迁出去,一般就三步:选好新服务商、配置 DNS、搭好部署流程。前两步没什么难度。第三步才是各平台拉开差距的地方。
如果你能接受命令行和 API 调用,大多数现代静态托管都提供很直接的部署触发方式。想要图形界面的话,Netlify 和 Vercel 确实做得更好——但代价是被绑定了。
最后说几句
选静态托管就是要在性能、成本、复杂度和价值观之间找平衡。没有标准答案,完全看你自己的优先级。想要最简单,pgs.sh 最合适。想要最大程度的透明和社区拥有感,Grebedoc 是个真正不一样的选择。用 SourceHut 的话,原生的 Pages 集成就是最省事的路。
最重要的一点是:我们现在不用非得接受 GitHub 的那一套了。分散式的托管生态已经成熟到可以让开发者选跟自己价值观一致的方案——不用牺牲可靠性,也不会贵到离谱。
无论你是搭个人博客、创业公司落地页,还是开源项目的文档,现在都能找到技术指标和理念都合适的解决方案。这件事本身就挺值得高兴的。