Gatsby 盖茨比大遗址
我们的网站目前在Drupal7上。它接近40万页。文章和产品清单。我们主要依靠搜索引擎优化的流量 我们希望移动到更现代化的平台，并希望将CMS与前端分离 我倾向于使用prismic.io作为编辑CMS，我们的产品在一个单独的数据库中。我的理解是，盖茨比可以帮助统一不同的数据源，以便在前端对它们进行相同的处理 我也喜欢盖茨比给你的速度。这是相当令人印象深刻的 我听说react不是搜索引擎优化的最佳选择，但在盖茨比的网站上读到，情况并非如此 我读过盖茨比在大型网站上臭名昭著。生成页面可能需要30多分钟 听到这一切。。。盖茨比是个好选择吗？有没有办法减少构建时间，什么？我应该考虑另一个平台吗Gatsby 盖茨比大遗址,gatsby,Gatsby,我们的网站目前在Drupal7上。它接近40万页。文章和产品清单。我们主要依靠搜索引擎优化的流量 我们希望移动到更现代化的平台，并希望将CMS与前端分离 我倾向于使用prismic.io作为编辑CMS，我们的产品在一个单独的数据库中。我的理解是，盖茨比可以帮助统一不同的数据源，以便在前端对它们进行相同的处理 我也喜欢盖茨比给你的速度。这是相当令人印象深刻的 我听说react不是搜索引擎优化的最佳选择，但在盖茨比的网站上读到，情况并非如此 我读过盖茨比在大型网站上臭名昭著。生成页面可能需要30多分
谢谢盖茨比创始人确认他们正在进行增量构建，这将解决您的问题。没有迹象表明这可能需要多长时间。他们知道这是一个大问题，所以我认为这是一个高度优先的问题。在官方的github存储库中可以看到这一点 他们也在几周前购买了（1500万美元），因此情况看起来很好，有待进一步改善 以下是开发人员如何提高构建速度 一种可能是创建两个项目，创建两个不同的页面。这并不能解决构建时间缓慢的问题，而是将其分为两个较小的部分：
：要频繁更改，请经常创建此网站www.mysite.com
：对于所有100000多篇不经常更改的文章，仅偶尔构建此网站。但这会对搜索引擎优化产生负面影响，因为所有的艺术品都搬到了一个新的地方www.artciles.mysite.com
- 我现在可以处理30分钟的构建速度，并等待盖茨比团队提高构建时间吗
- 如果是：使用盖茨比
- 如果否：使用其他方法
我很快就会遇到同样的问题，所以我想知道你是如何决定的。谢谢 您同时抛出了一堆不同的堆栈问题，所以让我们将其分解一下 我们的网站目前在Drupal7上。它接近40万页。文章和产品清单。我们希望移动到更现代化的平台，并希望将CMS与前端分离 这是一个很大的站点，正如EliteRaceElephant所建议的，盖茨比的构建时间对于这么大的站点来说是不可接受的。我的经验表明，一旦超过300-400页，构建时间就会变长（至少在Netlify上是这样）。盖茨比在构建应用程序的过程中非常固执己见。别误会，我爱盖茨比，只是听起来不太合适 但是你有一个相当静态的网站，如果它只是产品列表和文章：我会好好看看。它仍然为您提供了许多Gatsby提供的SSR好处，但具有更大的架构灵活性。他们的版本9嗅探你的代码库 我倾向于使用prismic.io作为编辑CMS，我们的产品在一个单独的数据库中。我的理解是，盖茨比可以帮助统一不同的数据源，以便在前端对它们进行相同的处理 我用过Prismic和，它们很快就变得很贵了。最好把一切都留在Drupal中，无头运行，再加上你的社论已经准备好了。你可能想看看这本书。您仍然需要从D7迁移到D8，但考虑到您有多少页面，这可能比CMS-as-a-service选项更具成本效益 我听说react不是搜索引擎优化的最佳选择，但在盖茨比的网站上读到，情况并非如此 如果你跳进React，你肯定会想寻找一个SSR解决方案，这样你就有了一些谷歌可以查询的稳定页面。是一个很好的解决方案，搜索引擎优化的反应。它允许您进行大量定制，包括正确操作
祝你好运。看来盖茨比团队解决了盖茨比2.9.0版中大型网站的性能问题。
我听说有些测试使用了10万条gatsby站点，但执行方式不可接受。在盖茨比想出一个增量构建之前，它很可能是一个错误的工具。谢谢你，你的帖子帮了大忙。太好了，谢谢-如果你能将答案标注为正确的话，我将不胜感激。