比较静态网站的主机；哪个是静态网站的最佳主机？
微wx笑
2023-04-11【网页网站】
2
0关键字：
网站 主机
我比较了一些静态网站的主机，看看在性能、构建时间和价格方面哪个对我来说是最好的。这篇文章包含了这项研究的结果。当我最近从WordPress转向Jekyll时，我必须决定我将使用哪
我比较了一些静态网站的主机，看看在性能、构建时间和价格方面哪个对我来说是最好的。这篇文章包含了这项研究的结果。
当我最近从WordPress转向Jekyll时，我必须决定我将使用哪一个主机。对我来说，那是一个简单的选择--Netlify。主要是因为我知道他们的服务很好。
但是，在互联网的荒野中还有很多其他的静态网站主机；如果Netlify不是最好的那一群呢？
我决定测试一下这个理论。
选择静态网站的主机
我必须做的第一件事是想出一个我想测试的主机清单。我决定使用我认为最普遍的静态网站主机：
这绝不是一个详尽的清单，我相信还有其他的清单，但我认为这个清单涵盖了主要的主机。
测试过程
上述大多数主机供应商提供CDN服务，所以我想从全球各地测试他们的性能。
除此以外，我还想测试构建时间。虽然这些对我来说很重要，当涉及到托管一个静态网站时，它们当然不是一个交易破坏者。但是，更快的构建时间总是一件好事。
因此，为了测试性能和构建时间，我做了一套测试，其中包括：
伦敦、圣安东尼奥、悉尼和孟买的GT Metrix扫描。
使用web.dev的Google Lighthouse扫描。
在每个主机上进行10次测试构建，取平均值。
为了进行各种测试，我创建了一个简单的网站来测试。该网站是一个单页，包含一个（故意的）大图片和相当数量的文字。它还通过CDN远程调用Simple.css。
总的来说，这个测试页面的大小为443KB。所以我认为它的大小足以提供一个很好的测试，并把一些流量放在各种CDN上，看看它们的表现如何。
扩大范围
这整个事情的范围最初是为了我自己的兴趣。然而，一旦我开始工作，我就意识到其他人可能会发现这些信息很有用。所以我决定稍微扩大范围。
我最初的测试网站是基于Jekyll的，因为这个网站也是基于此的。但我决定在Hugo和Eleventy（11ty）中也建立与我的测试网站相同的网站。
我没有费心去做性能测试，因为考虑到这是在相同的地点测试的几乎相同的网站，结果几乎是完全一样的。
然而，我确实在Hugo和1140网站上进行了5次测试构建，并取了一个平均值。我很抱歉，亲爱的读者，我只是无法让自己对每个网站进行10次构建。这就像它听起来一样单调。🙃
如果你有兴趣看这些测试页面，这里有链接：
性能结果
我认为性能结果是一个好的开始。GT Metrix和Lighthouse都有一些指标，我打算保持高水平，只显示GT Metrix的完整页面加载时间和Lighthouse的整体性能百分比。
不过，我将在本文末尾提供一个包含我所有数据的电子表格链接。
页面加载时间
首先，让我们来看看我做的一个花哨的图表，它显示了所有静态网站主机的结果，来自我测试的所有四个地区：
这个结果让我很吃惊。我对Digital Ocean的评价一直很高，过去和现在都曾多次使用他们来托管网站。
我一直认为DO表现良好，但我在英国，所以考虑到上面的结果，这并不令人惊讶。令人惊讶的是，在澳大利亚和印度的加载时间要慢得多。这立即排除了DO作为我的主机的可能性。
我现在的主机，Netlify，也是这一组中平均速度第二慢的。GitHub Pages总体上是最快的，紧接着是AWS Amplify和Cloudflare Pages。
我也对GitHub Pages的速度感到惊讶--这太酷了。考虑到Jekyll是GH Pages上的一等公民，这真的让我思考。很明显，这些测试已经得到了回报。
Lighthouse的结果
说实话，我以为Lighthouse的分数会差不多，但它们并没有相差太多。
得分最低的是AWS Amplify，为94%，六个静态网站主机中有三个获得了100%的满分。以下是完整的结果：
Netlify再一次以98%的分数位居中游。总的来说，Lighthouse的分数不是很有用，但我有这些分数，所以决定无论如何都要包括它们。
构建时间
我们已经讨论了性能问题，现在让我们来看看构建时间。这对我来说是个有趣的问题，因为人们说Hugo和11ty的构建速度远比Jekyll快。
这个网站在我的本地机器（M1 MacBook Air）上的构建时间为3秒左右，在Netlify上的构建时间为40秒左右。所以我很想看看Hugo和11ty的构建速度有多快。
不幸的是，我无法让11ty在大多数主机上构建，所以只能在Netlify和Vercel上测试。我在每台主机上都尝试了很长时间来解决这些问题，但最后还是决定放弃了。
我注意到，当我测试Jekyll时，每台主机的初始构建时间一般都比较长，所以我把这个数据单独列了一张图。下面是它的全部样子：
正如你所看到的，Cloudflare Pages的构建时间比其他主机要长得多。这让我很吃惊，因为我以为像Cloudflare这样的公司会把他们的构建过程钉住。显然不是。
如果我们把最初的构建过程排除在外，因为它们只发生一次，Jekyll在大多数构建过程中并没有真正落后于Hugo和11ty。我相信，如果网站有很多页面，而且很复杂的话，情况可能会有所改变，但我的网站的构建时间是在我认为可以接受的范围内的。
在构建时间方面，Netlify和Vercel绝对主导了其他主机。说实话，这并不令我感到惊讶，因为它们都是为支持JAMStack网站而建立的主机供应商。
另一方面，其他的主机供应商已经跳上了这一行列。另外，其中一些供应商，即Digital Ocean和Cloudflare是新的产品，所以这些时间可能会随着他们的服务成熟而改善。
套餐和价格
最后，我认为比较每个主机提供的各种套餐是很重要的。我测试的所有主机都提供了某种类型的免费层，但我也想看看第一个付费层。
这样我就知道如果我需要/决定升级的话，会花多少钱。首先让我们看一下免费套餐：
| 建立时间 | 带宽(GB) | 并行构建 | 网站 | |
|---|---|---|---|---|
| AWS的Amplify | 1000 | 15 | 1 | ∞ |
| 云飞扬页面 | 500 | ∞ | 1 | ∞ |
| 数字海洋应用程序 | 100 | 1 | 1 | 3 |
| GitHub页面 | 10/小时 | 100 | 1 | ∞ |
| ∞ ∞ ∞ ∞ ∞ ∞ ∞ ∞ ∞ ∞ ∞ ∞ ∞ | 300 | 100 | 1 | ∞ |
| Vercel | 6000 | 100 | 1 | ∞ |
从表面上看，Cloudflare提供的500分钟免费建设时间看起来非常慷慨。但是，如果我们看一下构建时间的数据，Cloudflare在构建网站时的时间要长好几个数量级。
因此，尽管你得到了慷慨的500分钟的构建时间，但在一个半活跃的网站上，可能会比较容易消耗掉这些时间。
另一方面，Vercel提供了6000分钟的大量建设时间，是最快速的建设者。这是很慷慨的。尽管如此，我从来没有设法用完Netlify每个月给我的300分钟，我在他们那里托管了许多网站。
付费计划
好了，这就是免费层级的方式。让我们看看，如果你决定升级到付费计划，这些静态网站主机会对你的钱包造成多大的影响：
| 费用（每月） | 建设时间 | 带宽(GB) | 并行构建 | 网站 | |
|---|---|---|---|---|---|
| AWS放大 | 付费 | $0.01/m | 0.015美元/GB | 1 | ∞ |
| 云飞扬页面 | $20 | 5000 | ∞ | 5 | ∞ |
| 数字海洋应用程序 | $12 | 1000 | 100 | 1 | 1 |
| GitHub页面 | 不适用 | 不适用 | 不适用 | 不适用 | 不适用 |
| 呼叫中心 | $19 | 1000 | 400 | 3 | ∞ |
| Vercel | $20 | 24000 | 1000 | 1 | ∞ |
正如通常的情况一样，AWS有一个复杂的定价结构。所以我使用他们的定价计算器，并以Netlify的付费产品为基础。
对于1000个构建分钟，400GB的带宽和350MB的存储空间（大约是我整个网站的大小），我用AWS Amplify托管大约需要70美元/月。
现在，这些是Netlify的付费级别提供的最大数字。如果我把AWS计算器缩小到更接近我的实际使用量；大约40个构建分钟，50GB的带宽和350MB，它大约是8美元/月。
问题是，这只是一个单一的网站。如果我像在Netlify上那样托管多个网站，AWS Amplify将很快变得比竞争对手昂贵得多。
Vercel再次成为这里的佼佼者，它以20美元/月的价格提供了令人难以置信的慷慨。
最后的想法
所以你有它，伙计们。这就是我对比较静态网站主机的研究。这是个很大的工作，但很有启发性。
说实话，在我做这个研究之前，我从来没有考虑过Vercel作为一个主机；主要是因为我对他们没有真正的了解。但他们的速度比Netlify快，而且他们的免费和付费层级都提供了更多的服务。
在性能方面，GitHub Pages名列前茅，但自从做了这项研究后，我了解到他们不支持Jekyll第4版，也就是我在这个网站上运行的东西。因此，如果我用GH Pages做主机，我就需要使用GitHub Actions来完成构建过程。
我没有对此进行测试，所以我不知道构建的效果如何，但我确实在其他方面使用了GH Actions，根据我的经验，它通常很慢。我还发现GH页面使用起来有点混乱，而且我不想把所有的鸡蛋都放在GitHub的篮子里。所以他们也被淘汰了。
Cloudflare和AWS在性能方面紧随其后，但Cloudflare上那些长得离谱的构建时间和AWS昂贵而不透明的计费策略真的让我很不爽。想象一下，如果我有一篇文章上了Hacker News的头版（过去曾发生过几次），我就会被我的账单在月底的样子吓坏了！"！
在性能方面，Vercel和Netlify在英国和美国与AWS持平，在澳大利亚和印度只慢了半秒。考虑到所有的页面加载，除了Digital Ocean之外，都在2.5秒以下，我可以接受。
说到Digital Ocean，他们是迄今为止在性能方面最慢的一个。性能对我来说是非常重要的，所以这使Digital Ocean立即变得无用。他们的构建时间处于中间水平，但是他们的免费套餐并不慷慨，只提供1GB的带宽。
我将选择哪个主机？
正如我之前所说，我目前使用的是Netlify。他们在测试中表现很好--总体上处于中间位置。我很乐意和他们在一起，但我想在未来的某个时间点，我将转到Vercel。
我认为，稍好的性能、更快的构建时间和更慷慨的包装使转换成为不费脑子的事情。
不用说，这只是我自己的测试，你的里程可能有所不同，但我发现它很有用。如果你做过类似的比较，请用下面的回复按钮告诉我--我很想听听。
最后，我承诺会附上我的电子表格的链接，其中包含我所有的数据。我刚刚把它倒入Zoho Docs，供你在闲暇时浏览。这就是链接：
转自：https://kevquirk.com/comparing-static-site-hosts-best-host-for-a-static-site/
本文为转载文章，版权归原作者所有，不代表本站立场和观点。
上一篇：网络应用101
下一篇：Nginx & Lua环境搭建
