我目前正在为一个拥有50多个动态页面的大型项目运行staging环境。他们在Vercel的免费层上每5分钟实现一次基于时间的重新验证。
另外，我还必须为更多的页面导入动态参数（如/posts/[slug]），在那里我缓存它们，并实现了5分钟的重新验证。
这些页面的构建时间是否计入Vercel爱好层的6000分钟构建时间？
我该如何计算它们的总重新验证时间？这是我应该担心的吗？
如果新分支的自动部署也占用了我的构建时间，我应该在完成它们之后删除它们吗？
我用的是最新的NextJS 14.0.3
我目前正在为一个拥有50多个动态页面的大型项目运行staging环境。他们在Vercel的免费层上每5分钟实现一次基于时间的重新验证。
另外，我还必须为更多的页面导入动态参数（如/posts/[slug]），在那里我缓存它们，并实现了5分钟的重新验证。
这些页面的构建时间是否计入Vercel爱好层的6000分钟构建时间？
我该如何计算它们的总重新验证时间？这是我应该担心的吗？
如果新分支的自动部署也占用了我的构建时间，我应该在完成它们之后删除它们吗？
我用的是最新的NextJS 14.0.3
2条答案
按热度按时间yftpprvb1#
如果你在你/[slug]页面中使用外部API而没有任何重新验证，那么这意味着next.js将默认缓存API，每次你都会从特定的API得到相同的响应，或者换句话说，构建将保持不变，页面将被完全缓存。
如果你想每次刷新页面时都有最新的数据，那么你必须在slug页面的顶部添加这个。
字符串
如果你想缓存页面5分钟，那么你可以使用revalidate。
型
请注意，“强制动态”等于重新验证0
cyej8jka2#
因此，在深入研究了文档并对我的使用统计数据进行了一段时间的试验之后，我发现了以下内容：
这些页面的构建时间是否计入Vercel爱好层的6000分钟构建时间？
不需要，只会进行数据重新验证，而不会在传统意义上真正“重建”页面。构建分钟数只计算部署时间。
我该如何计算它们的总重新验证时间？这是我应该担心的吗？
在这种规模下无需担心，因为增加重新验证几乎不会影响免费层的重新验证限制。
如果新分支的自动部署也占用了我的构建时间，我应该在完成它们之后删除它们吗？
N/A，因为ISR或基于时间的重新验证不会占用构建时间。