没事，那部分已经在尝试减小了，notionnext的架构是这样的，减少拉去notion数据压力也可以减小用量。还可以缓存请求
主要是cf还有重定向，notionnext没有更换新链接后的重定向功能，烦诶
搞个SaaS优选看看
如果用量大可以考虑换成Zeabur，Vercel已经没有那么亲民了
我用量实际上还达不到，稍微优化一下，其实完全达不到，真实用户的访问压力根本不高
用量真的上去了就来考虑换佬说的
也可以考虑给NotionNext发个issue，看看tangly有没有时间优化一下流量消耗的问题
应该直接减小notion抓取频率就行，缓存机制确实可以去提一下，使用vercel的请求缓存，它只用了页面渲染的缓存
其实更有意思的是我流量消耗最大的是它主题切换里面的图（再也不开那玩意了，虽然那是面向用户流量，应该是不算内部流量的
但我用量比较高的其实都不是那些部分，而是fast origin和ISR，关键点还是public静态资源缓存和ISR验证间隔，但问题是读好像是没有办法优化的，除非cf强制缓存掉所有document页面？
fast origin和ISR分别代表什么意思来着？你是不是访问量太大了，我的notionnext站点没用到这个程度来。cf强制缓存掉所有document页面不太好，这样的话notionnext没法做到在notion写完就更新在博客里面。不管怎么说这些方案都非常折腾，建议寻找其他的类似vercel的网站吧。
大不了一点，日均真人都没到百，估计爬虫流量不少
实在不行全缓存也是应该的，next js默认完全不缓存public目录是真的搞人
全缓存的话NotionNext的优点几乎就没了，可以看看这个工具，https://elog.1874.cool/
可以使用静态博客框架搭配任意后端组合，包括语雀/飞书/notion等等，这样可以节约流量。
缓存只是更新慢啊，又不是不更新，而且也可以强制清除缓存，虽然从这个角度上来说是会有一种逐渐不如静态导出的意味吧
谢谢佬安利，这个我早收藏过，但还没用，如果跑路就换这个试试。notion next其实最让我不满意的就是性能和一些问题的优化上，主题铺开的太多了，由于各种特性的加入，很多主题的代码都逐渐出现了严重问题和性能问题