Forestry.io

我们从一开始就明确了需要选择一个静态站点生成器。静态站点安全、高效，并且可以百分百灵活。在 Forestry.io ，我们为使用静态站点生成器构建的网站提供内容管理解决方案，因此我们可能有点偏袒。唯一的问题是：对于我们来说，应该选择哪个静态站点生成器呢？

为什么选择 Hugo？

在我们的初步研究中，我们查看了 Ionic 的 网站 以获得一些灵感。他们使用 Jekyll 来构建他们的网站。虽然 Jekyll 是一个很棒的生成器，但对于较大的网站来说，构建时间可能会非常慢。我们的网站有150多个页面，还有许多自定义配置和插件，已经不再属于低访问量的范畴了。我们的开发人员希望在工作时能获得流畅的体验，而我们的内容编辑人员需要能够快速预览内容。简而言之，我们需要构建速度非常快的生成器。

我们知道 Hugo 是快速的，但在做出决定之前我们进行了一些额外的基准测试。Hugo 的效果堪称绝佳。Hugo 在不到一秒的时间内就能构建完成我们的150个页面的网站！看一下：

" ​```text | EN
+——————+—–+ Pages | 141
Paginator pages | 4
Non-page files | 0
Static files | 537
Processed images | 0
Aliases | 60
Sitemaps | 1
Cleaned | 0

Total in 739 ms ​``` "

事实上，我们非常喜欢 Hugo ，以至于我们的高手 Chris 将他的工作流程公开，并启动了开源项目 Create-Static-Site。它是通过一行代码快速启动站点，并为 JavaScript、CSS 和图像处理添加构建配置的简单方法。

最后，我们想借此机会向其他我们在构建网站时使用到的令人惊叹的工具致以崇高的敬意。

我们使用了哪些工具？

• 我们的挪威设计师 Nichlas 热爱使用 Sketch。据我们所知，这是设计师的梦想成真。
• 有人说我们的主要图形 令人入迷。Nichlas 使用 3DS Max 创建了它。
• Hugo — 当然了。
• Chris 认为现代 web 开发离不开 Gulp 和 Webpack。我们使用它们来添加额外的构建步骤，如 Browsersync、CSS、JS 和 SVG 优化。
• 谈到添加到我们构建中的步骤，如果没有 CircleCI 进行持续部署和自动化测试，我们的生活将更加艰难。
• 我们对 Algolia 赞不绝口。Chris 热爱它，甚至写了一篇关于[如何使用 Hugo 的 自定义输出将 Algolia 实现到静态站点中](https://forestry.io/blog/search-with-algolia-in-hugo/) 的教程。
• Cloudinary 可能是将响应式图像轻松添加到网站中的最简单方法之一。
• 对于无需中断开发体验就可以为站点添加一个具有清洁界面的内容管理系统，我们可能有点偏袒 – 我们认为 Forestry.io 是一个绝佳选择。
• 作为托管服务，我们使用无敌的 AWS。
• Formspree.io 管理我们的支持和企业请求。
• 我们还使用浏览器 cookies 和 JS 来定制用户体验，使其更具动态感。