对 50 页的网站使用静态网站生成器是否可行？答案

【问题标题】：Is using a static site generator feasible for a 50 page website?对 50 页的网站使用静态网站生成器是否可行？
【发布时间】：2013-08-13 21:21:51
【问题描述】：

WordPress 一直很棒，但我想简化和加速我的网站并删除所需的 db 组件。由于我的大多数页面不会经常更改，因此我认为将其移至静态站点生成器将是一个不错的选择。

我没有使用它们的经验，我花了很多时间研究不同的选择。 http://middlemanapp.com/ 看起来不错，尽管我的 Ruby 经验为零。

问题 1。使用静态站点生成器管理 50 多个页面的站点是否有意义？ 问题 2。使用基于 js/node 的生成器与 ruby 生成器相比有什么好处吗？

【问题讨论】：

标签： content-management-system middleman static-site

【解决方案1】：

Assemble 正是为此目的，它非常易于使用（与其他解决方案相比），并且在Grunt 上运行

【讨论】：

【解决方案2】：

我是 Middleman 的维护者之一。 50 页根本不算多——我有几个网站有数百页，而且效果很好。绝对适合个人博客。但是，一个拥有数千个频繁更改页面的网站肯定会看到缓慢的构建——Middleman 做了很多事情，其中一些是丑陋的、缓慢的黑魔法。我鼓励您尝试一下，看看 - 有一些用于 Jekyll 的 Wordpress 迁移工具，可以很好地将您的帖子导出并导入 Markdown，然后您可以从那里进行试验。

【讨论】：

我是 Assemble 的维护者，只是想添加我的 2c 中间人非常可靠。我自己的项目几乎都在 node.js 中，但是对于 ruby 项目来说，中间人有很多值得喜欢的地方。文档也很棒。干得好。

【解决方案3】：

问题 1。

我有一个非常糟糕的经历（工作一周后不得不取消项目）试图将一个小型网站迁移到一个包含大量内容的 Wordpress 到 Middleman。主要问题是内容（书评）每天更新，包含数千条记录，导致网站生成速度极慢。

我们还遇到了不同类型资源的分页问题（Middleman 仅支持博客文章的分页）。

由于内容是静态的，因此必须删除诸如“随机帖子”之类的功能。

因此，导致项目失败的不是页面数量，而是内容本身（大小、领域复杂性和更改频率）。 Middleman 非常适合具有相对简单数据域的非数据密集型数据，例如个人或公司网站、博客或简单目录。

如果您正在运行 WP 网站，请尝试调试您可能面临的问题（如性能、代码维护等）并修复它们，而不是重写整个网站。如果数据库很慢，请尝试创建索引、缓存响应等。

问题 2。

我认为有任何收获。

【讨论】：

感谢您的意见。我害怕网站构建速度慢。
Nicolas，这听起来像是一个非常大的网站，但如果您在使用 Middleman 时遇到性能问题，您可以共享您网站的源代码（或者甚至在构建您的网站时运行分析器选项并发送给我们）如果你能在 Middleman 问题跟踪器中提交一个关于它的问题，我会很高兴的。拥有真实世界的示例通常会导致性能快速提升。
我会和客户谈谈，看看他们是否让我开源我们取消的项目。