然而，这是一个广为人知的课程，它绝对标志着我们通过这种方法能够获得的构建时性能改进的范围。策略 页面 资产数量 构建时间 总部署时间 完全静态时代 100210052 分 32 秒 4 分 15 秒 构建者待命 52 秒 52 秒 我们的 PokéDex 小程序中的页面很小，照片资产非常精简，但部署的利润时间非常巨大。如果公用事业公司拥有少量到大量的路线，那么确实值得考虑 ODB 方法。它使您的部署更快，因此更可靠。性能影响仅发生在主要请求上。从后续请求呈现的页面可以直接缓存在边缘上，从而获得与完全静态生成的网页相同的性能。未来的分布式持久渲染 在 On-Demand Builders 推出并可供早期使用的同一天，Netlify 还发布了对分布式持久渲染 DPR 的评估呼吁。
按需构建器的以下步骤是通过利用来的
然后，此类异步构建步骤会缓存源代码，直到它们完全更新为止，从而实现更快的构建。不再需要为 10k 个网页网站构建完整的版本。 DPR 通过可靠的缓存和按需开发人员的使用，为构建者提供了对构建和部署结构的完全操控。想象一下这样的情况：一个电子商务网站有 10k 个产品页面，这样构建整个应用程序进行部署大约需要 2 个小时。我们不想争论 芬兰手机号码列表 这有多痛苦。通过 DPR，我们将设置要在每次部署上构建的主要 500 个页面。我们不断为客户准备最繁忙的页面。但我们是一家商店，每一秒都很重要。因此，对于另外的 9500 个页面，我们可以安装一个构建后挂钩来触发他们的开发人员 – 最终页面会异步部署并立即缓存。
以高质量可行的方式使用我们的网站不会对任何用户造成伤害
短结构是最新的，之后存储缓存中不存在的所有其他内容。结论 虽然本新闻稿中的一些对话因素是概念性的并且尚未定义，但我对 Jamstack 的未来感到兴奋。我们作为一个网络的发展围绕着戒烟者的享受。您对分布式持久渲染有何看法？您是否尝试过为您的程序使用按需开发人员？请在反馈中告诉我更多信息，或者在 Twitter 上联系我。我真的很好奇！参考文献 使用增量静态再生 通话清单 的完整指南 ISR Lee Robinson 使用按需构建器在 Netlify 上更快地构建大型网站 Asavari TayalNetlify 博客 分布式持久渲染 一种加速构建的新方式立即将我带到了一个热带目的地。 —由美国 Tamsin Raslan 设计。该组织完全位于葡萄牙南部的阿连特茹地区，那里有广阔的平原用于种植小麦。因此，它代表了农业部门的延伸及其简单性。
