对内容经常更新的站点使用gatsbyJS
我对在我的一个爱好项目中使用盖茨比感兴趣。我已经读了一些关于它的书，并且有一些关于它是否合适的快速问题。该项目大约有30-50条路线（包括/路线），内容每15或30分钟更新一次。目前，我使用react to server side渲染页面并将其发送回浏览器 我已经读到gatsbyJS生成站点的静态版本（并且没有涉及节点服务器）。这是否意味着页面不会在服务器端呈现，而需要更新的内容基本上是在客户端呈现的（从服务器获取数据之后） 盖茨比JS是否适合内容经常变化的项目？gatsbyJS基本上可以提供相同的服务器端渲染体验吗 这是否意味着页面不会在服务器端呈现，而需要更新的内容基本上是在客户端呈现的（从服务器获取数据之后） 使用Gatsby，页面在构建时在服务器端呈现（生成带有烘焙数据的静态html），然后在客户端“重新水化”。您可以选择在每次有新数据（cron作业、web钩子等）时重新构建页面，或者使用默认数据呈现页面，然后在客户端更新数据 盖茨比JS是否适合内容经常变化的项目？gatsbyJS基本上可以提供相同的服务器端渲染体验吗 有可能！根据图像处理方式+您选择的cloud builder，构建站点可能需要几分钟、半小时或更长时间。对于经常更新的站点，这意味着用户可能会获得稍微过时的数据（尽管您仍然可以在客户端获取新数据来缓解这种情况） 取舍是在客户端渲染的时间可能非常快，因为它是静态html。此外，根据数据源的不同，您可能不需要维护服务器（例如，您的数据来自刮取或第三方API，您可以刮取/获取数据，然后呈现Gatsby站点）对内容经常更新的站点使用gatsbyJS,gatsby,server-side-rendering,Gatsby,Server Side Rendering,我对在我的一个爱好项目中使用盖茨比感兴趣。我已经读了一些关于它的书，并且有一些关于它是否合适的快速问题。该项目大约有30-50条路线（包括/路线），内容每15或30分钟更新一次。目前，我使用react to server side渲染页面并将其发送回浏览器 我已经读到gatsbyJS生成站点的静态版本（并且没有涉及节点服务器）。这是否意味着页面不会在服务器端呈现，而需要更新的内容基本上是在客户端呈现的（从服务器获取数据之后） 盖茨比JS是否适合内容经常变化的项目？gatsbyJS基本上可以提供相