擎盖下它通过指定我们需要重建服务器的频率来简化服务器方面的相当多的工作。因为每个路由（动态或非动态）都会在给定的唯一时间体内重建自身，并且它完全遵循 Jamstack 公理，以使每个构造上的缓存无效。将其视为此实用程序内路由的标头。开始应用程序 ISR 所需的只是一个单独的配置属性。为您的路由选择 getStaticProps 方法（在此 /pages 列表中），并将此重新验证密钥添加到此返回对象。上面的代码片段将确保我的页面每小时重建一次，并显示更多神奇宝贝。尽管如此，我们偶尔也会进行批量构建（当发布新的部署时），但这使我们能够将内容与代码分离。通过将内容传输到内容控制工具 (CMS)，我们可以在几秒钟内替换记录，无论我们的应用程序如何。这个系统有多大。
开发人员更新错别字
最近作为支持提供，并且还可以跨框架（包括 Eleventy 和 Nuxt ）工作。在这次最终组装中，我们认识到 ISR 向增强构造实例和修复大部分用例又迈出了一大步。虽然完全建立在不间断 孟加拉国移动数据库 部署的基础上，但有一些注意事项。此增量部分在部署和记录后最有效。增量传输代码是不可行的。增量构建是根据时间进行的。该缓存将根据时间过期。因此，根据此代码中设置的重新验证持续时间，也可能会出现无用的构建，或者所需的更新可能需要更长的时间。 Netlify 的新部署基础架构允许构建者创建逻辑来决定可以在部署上构建该应用程序的哪些组件以及可以推迟哪些部分以及如何推迟。
严重 无需采取任何措施您设置的所有内容都会
基于推送的构建推迟 该应用程序的特定部分将不再在部署时构建，它将被推迟到第一个请求发生时调用构建，之后它可能会像其他对此有用的资源一样被缓存相同类型。正如您从上面的代 电话号码 ES 码片段中看到的，这个按需构建器与普通的 Netlify 函数脱离了，因为它将其处理程序包装在这个构建器技术中。此方法将我们的功能与此构建任务连接起来。这就是您在必要时最好推迟构建软件的全部目的。从现在开始逐步构建小规模！ Netlify on 要在 Netlify 上构建此软件，需要添加 2 个关键插件，以更好地体验和必需的 Next-on-Netlify。
