Content management system 对于一个50页的网站，使用静态站点生成器是否可行？

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

我没有这方面的经验，我花了很多时间研究不同的选择。看起来不错，尽管我没有Ruby的经验

问题1。使用静态站点生成器管理50多页的站点有意义吗？

---

问题2。与ruby生成器相比，使用基于js/node的生成器有什么好处吗？

问题1。

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

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

由于内容是静态的，像“随机帖子”这样的功能不得不被删除

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

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

问题2.

---

在我看来，这是一种收益。

正是为了实现这一目的，它非常易于使用（与其他解决方案相比），而且它运行在

上。我是中间商的维护者之一。50页一点也不多——我有几个网站有数百页，效果很好。当然，对于个人博客来说，这也不错。一个拥有数千个页面且经常更改的站点肯定会看到缓慢的构建，尽管中间人做了很多，但它所做的一些事情是丑陋的、缓慢的黑魔法。我鼓励您尝试一下，看看-有一些Wordpress迁移工具专门用于Jekyll，可以很好地将您的帖子发布到降价中，从那里您可以进行实验。

谢谢您的输入。我担心网站建设缓慢。Nicolas，这听起来像是一个非常大的网站，但是如果你与Middleman有性能问题，你可以分享你的网站来源（甚至在建设网站时只运行profiler选项并发送给我们），如果你能在Middleman问题跟踪程序中提出问题，我会很高兴。拥有真实世界的示例通常会快速提高性能。我将与客户交谈，看看他们是否允许我开放我们取消的项目的源代码。我是Assembly的维护人员，只是想补充我的2c，即中间人非常可靠。我自己的项目几乎都在node.js中，但是对于ruby项目的middleman有很多地方值得喜欢。文档也很棒。干得好。