这是一个创建于 540 天前的主题，其中的信息可能已经有所发展或是发生改变。
我的自用脚本有这么个场景：
每次切换到一个页面，从 /api/replies/show.json?topic_id=${ topic_id } 这个接口获得总的回复数量，和 HTML 内的回复数量对比，如果 API 返回的内容更多，则自动刷新页面
长期使用后发现，API 实际是比 HTML 滞后的，大概在几十秒到几分钟，说明两者在后端获取数据的逻辑是分开的，我不知道是否有意这样设计，或者是为了缓存 API 的返回结果。考虑到 HTML 的访问量级超过 API 很多，对 API 应用更保守的缓存策略似乎不是很合理
希望两者的返回结果是即时一致的
每次切换到一个页面，从 /api/replies/show.json?topic_id=${ topic_id } 这个接口获得总的回复数量，和 HTML 内的回复数量对比，如果 API 返回的内容更多，则自动刷新页面
长期使用后发现，API 实际是比 HTML 滞后的，大概在几十秒到几分钟，说明两者在后端获取数据的逻辑是分开的，我不知道是否有意这样设计，或者是为了缓存 API 的返回结果。考虑到 HTML 的访问量级超过 API 很多，对 API 应用更保守的缓存策略似乎不是很合理
希望两者的返回结果是即时一致的
 |
1
westoy 2022-11-02 00:27:39 +08:00
html 那个没登录吧? v 站访客是有静态缓存的
|
 |
2
autoxbc OP @westoy #1 是登录状态的，油猴脚本共享浏览器的登录状态。以及，并不是 HTML 滞后，是 API 滞后，这个 API 也不用传认证数据
|
 |
3
MakHoCheung 2022-11-02 09:13:04 +08:00
API 是有缓存的， /api/replies/show.json?topic_id=${ topic_id }×tamp=${timestamp} 强制不走缓存就好了
|
Select Language