明我们希望其重建的频率的方法在底层它简化了服务器端的大量工作。因为每条路线（动态或非动态）都会在给定的特定时间范围内重建自身并且它完全符合 Jamstack 公理即在每次构建时使缓存无效。将其视 应用程序中路由的标头。 要启动您的应用程序ISR 只需一个配置属性即可。在您的路由组件（/pages目录内）上转到您的getStaticProps方法并将revalidate密钥添加到返回对象上面的代码片段将确保我的页面每小时重建一次并获取更多神奇宝贝来显示。 我们仍然时不时地获得批量构建（当发布新部署时但这使我们能够将内容与代码解耦通过将内容移动到内容管理系统（CMS）我们可以在几秒钟内更新信息无论我们的应用程序有多大。
告别用于更新拼写错误的按需构建器
近推出了这是他们为支持的方法而且还可以跨框架（包括 Eleventy 和 Nuxt）工作。在上一次会议中我们确定 ISR 是朝着缩短构建时间迈 德国电话号码表 出的一大步并解决了很大一部分用例。尽管如此还是有一些警告 完整构建于持续部署之上。 增量阶段仅在部署之后和数据发生。不可能增量地传送代码 增量构建是时间的产物。 缓存会按时间失效。因此可能会发生不必要的构建或者所需的更新可能需要更长的时间具体取决于代码中设置的重新验证期。 Netlify 的新部署基础架构允许开发人员创建逻辑来确定应用程序的哪些部分将在部署上构建以及哪些部分将被推迟以及如何推迟。
严重 无需采取任何措施您部署的所有内容都将
基于Push构建延迟 应用程序的特定部分不会在部署时构建它将被延迟在第一个请求发生时按需构建然后 B2C 电话列表 它将像任何其他同类资源一样被缓存。正如您从上面的代码片段中看到的按需构建器与常规 Netlify 函数分开因为它将其处理程序包装在方法内builder。该方法将我们的函数连接到构建任务。这就是您仅在必要时才推迟构建应用程序所需的全部内容。从一开始就进行小型增量构建！ Netlify 上 要在 Netlify 上构建 应用程序需要添加 2 个重要的插件才能获得更好的体验s和Essential Next-on-Netlify。
