盖茨比大遗址

Question

我们的网站目前在Drupal7上。它正接近40万页。物品和产品清单。我们主要依靠SEO的流量。

我们想要移动到一个更现代化的平台，并希望我们的CMS与我们的前端解耦。

我倾向于prismic.io作为一个编辑CMS，我们的产品是在一个独立的数据库。我的理解是，Gatsby可以帮助统一不同的数据源，使它们在前端得到相同的处理。

我也喜欢盖茨比给你的速度。相当令人印象深刻。

我听说SEO的反应不是最好的，但在盖茨比的网站上读到，情况并非如此。

我读过盖茨比在大型网站上发臭的文章。可能需要30+ mins来生成页面。

听到这一切..。盖茨比是个不错的选择吗？有没有减少构建时间的方法，什么？我应该考虑换个平台吗？

谢谢

Answer 1

你一次抛出一堆不同的问题，所以让我们把它分解一下。

我们的网站目前在Drupal7上。它正接近40万页。物品和产品清单。我们想要移动到一个更现代化的平台，并希望我们的CMS与我们的前端解耦。

这是一个很大的站点，正如EliteRaceElephant所建议的那样，盖茨比的构建时间对于这么大的站点来说是不可接受的。我的经验表明，一旦你超过300-400页，构建时间就会变得滞后(至少在Netlify上是这样)。盖茨比对如何构建你的应用程序非常固执己见，你自己看看。别误会，我爱盖茨比听起来不太合适。

但如果只是产品列表和文章，你有一个听起来相当静态的网站:我会好好看一下Next.js。它仍然为您提供了Gatsby提供的许多SSR好处，但具有更大的体系结构灵活性。他们的版本9嗅探了它可以使静态的和SSR的页面的代码库。

我倾向于prismic.io作为一个编辑CMS，我们的产品是在一个独立的数据库。我的理解是，Gatsby可以帮助统一不同的数据源，使它们在前端得到相同的处理。

我用过满足感和，他们很快就能买到价格昂贵的。最好是把所有东西都留在Drupal中，然后无头运行，再加上你的社论已经到位。您可能需要查看模块。您仍然可以从D7迁移到D8，但考虑到您有多少页面，这可能会比CMS的服务选项更具有成本效益。

我听说SEO的反应不是最好的，但在盖茨比的网站上读到，情况并非如此。

你肯定会想要寻找一个SSR解决方案，如果你跳到反应，所以你有一些稳定的网页谷歌可以查询。反应头盔是一个很好的解决方案的SEO在反应。它允许您进行大量定制，包括正确执行Google结构化标记。

祝你好运。

Answer 2

盖茨比的创始人证实，他们正在进行增量构建，这将解决您的问题。没有迹象表明这可能需要多长时间。他们知道这是一个很大的问题，所以我认为这是优先考虑的问题。请参阅官方github存储库上的github问题。

他们还在几周前收到额外资金 (1500万美元)，所以事情看起来很好，以进一步改善。

下面是开发人员如何提高构建速度的博客帖子。

一种可能是创建两个创建两个不同页面的项目。这并不能解决构建时间缓慢的问题，而只是将其分为两个较小的部分：

• www.mysite.com：对于频繁的更改，经常构建这个站点
• www.artciles.mysite.com：对于所有很少更改的100,000+文章，只偶尔构建这个站点。但这会对SEO产生负面影响，因为所有的艺术作品都搬到了一个新的地方。

目前，您无法做那么多的工作来提高构建时间。最后，你必须做出决定：

• 我现在能处理30分钟的构建速度并等待盖茨比团队提高构建时间吗？

- **If yes**: Use Gatsby.
- **If no**: Use something else.

​

我很快也会有同样的问题，所以我想知道你是怎么决定的。谢谢。=)

Answer 3

Gatsby团队似乎解决了Gatsby 2.9.0版本中大型网站的性能问题。https://www.gatsbyjs.org/blog/2019-06-12-performance-improvements-for-large-sites/