的频率来简化服务器问题的大量工作。因为每个路径（动态或非动态）都会在给定的特定时间范围内重建自身，并且它实际上遵循 Jamstack 公理：使每个汇编上的缓存无效。将其视为软件程序中路由的标头。启动软件 ISR 所需的只是一个单独的配置属性。关于您的方向问题（在 /pages 列表中），访问您的 getStaticProps 方法并将重新验证密钥上传到移动下背部对象。上面的代码片段将确保我的网页每小时重建一次并接收更新。显示多个神奇宝贝。虽然我们偶尔会进行批量构建（当发布新的部署时），但这可以让我们将内容与代码分离。通过将内容材料结构移至内容操作工具 (CMS)，无论我们的软件有多大，我们都能够在几秒钟内更新数据。
告别建筑商因更新拼写错
这是他们现在作为辅助引入的一项技术，并且也适用于整个框架（以及 Eleventy 和 Nuxt ）。在闭幕会议上，我们认为 ISR 是在缩短构建时间和解决大量用例方面迈出的一大步。即使完全建立在不 丹麦手机数据库 间断部署的基础上，也有一些警告。增量阶段仅在部署和记录之后发生。增量地交换代码是不可能的。增量构建是根据时间进行的。缓存将根据时间过期。因此，不必要的构建可能会额外发生，或者所需的更新可能会额外花费更长的时间，具体取决于代码中设置的重新验证长度。 Netlify 的新部署基础架构允许构建者建立常识来确定应用程序的哪些元素可以在部署上构建，哪些组件可以推迟以及以何种方式构建。
关键 无需移动，您投入的全部内容都会
完全基于推送的构建延迟 软件的特定部分将不再在部署时构建，它将被推迟到按需构建，而第一个请求发生后，它将像其他有用的资源一样被缓存同一种。正如您从上面的代码片段中 BSB 目录 看到的，构建器的名称被删除了正常的 Netlify 能力，因为它将其处理程序包装在构建器技术中。该技术将我们的函数与构造任务连接起来。这就是您在关键时刻想要推迟构建一流软件的全部内容。从一开始就逐步构建小规模！ Netlify on 要在 Netlify 上构建，该软件需要运行 2 个重要的插件以获得更好的体验和 Essential Next-on-Netlify 。
