Github Pages如何提供静态文件服务？

我有一个仅由静态文件组成的网站。

我刚刚发现直接在Github上托管网站是多么容易。知道它们在延迟，可靠性，容量方面如何表现吗？

总的来说-仅针对当前的静态内容-它们是“生产级”吗？在纯延迟和正常运行时间方面，他们如何与说Amazon S3进行比较？

GitHub确实已经可以投入生产了。他们使用复制，群集和负载平衡来提供低延迟和高可用性，我会说他们非常擅长于此。通过阅读状态页，您可以对最新问题有所了解。

但是，它们不是真正的主机。例如，与Amazon S3相比，Amazon具有以下优势：

• 基础设施大一个数量级
• 能够使用CDN（Amazon CloudFront）通过根据用户位置为最近的节点提供页面来减少延迟

使用GitHub页面的优点通常是给想要使用Jekyll（GitHub页面背后的工具）并且希望让GitHub来编译和托管站点的Ruby用户。最后但并非最不重要的一点是，它是免费的（只要您将存储库保持公开状态即可）。

但是，没有什么可以阻止您在本地使用Jekyll（或任何其他发布工具），静态生成页面并将其托管在Amazon上。我正在为几个项目这样做。有几种命令行工具可将本地副本与Amazon文件夹同步。

最大的限制是没有端到端 TLS / SSL支持。

页面是通过HTTP（而非HTTPS）提供的，因此您不应将其用于敏感交易，例如发送密码或信用卡号。

- https://help.github.com/articles/what-are-github-pages

https：// foo .github.io确实可以工作，但是并不完全安全（摘自GitHub支持回复，2014年2月）：

尽管HTTPS请求似乎可以工作，但我们的CDN提供程序在其末尾添加和删除了加密，然后该请求通过开放式Internet从我们的CDN提供程序传输到我们的GitHub Pages基础结构，从而形成了可信任的外观。

这就是为什么我们尚未正式支持GitHub Pages的HTTPS的原因。

而且，自定义域完全不支持TLS / SSL [ 非官方问题 ]。

许多人已经通过例如Clouldflare在自定义域上尝试了HTTPS前端。Clouldflare特别不是端到端安全的（“ 严格的完全SSL”在这里不起作用），但是无论您在前面使用什么，Github自己的Pages-CDN链接都如上所述不安全。

另一个小错误：一些路径重定向回http。

截至2018年，GitHub Pages 完全支持HTTPS，即使对于自定义域也是如此。

GitHub Pages 现在还使用CDN，该CDN目前由Fastly提供。

因此，您今天在GitHub Pages上托管的任何内容都将是安全，快速和可靠的。