gpt4 book ai didi

ruby-on-rails - 如果通过不匹配的ETag或更早的修改日期,Varnish是否会命中?

转载 作者:行者123 更新时间:2023-12-03 17:47:00 27 4
gpt4 key购买 nike

目前,我们正在加贴Varnish的实现,以了解是否适合坐在我们的Rails应用程序的前面。

我们希望Varnish缓存API调用的结果,并且仅在客户端的ETag与Varnish中存储的ETag不匹配或客户端的修改日期早于Varnish的ETag时才单击应用程序。

到目前为止,我还没有看到Varnish将这些值考虑在内。

仅当次要请求在最大期限内时才获得缓存命中。

这是预期的行为吗?

最佳答案

这是预期的行为,Varnish当前未重新验证缓存的内容。

有一些实验性的工作可以做您想要的,最终可能会或可能不会在Varnish 4.0中(几个月后)。

同时,您可以做的是设置一个人为的短TTL,并设置与所需TTL相等的grace时间。使用该配置,当有请求进入时,Varnish会将IMS请求发送到后端(当然,只要缓存的条目具有ETag,否则它将是普通请求)。

副作用是,如果后端关闭或返回500,Varnish也会发送缓存的条目-这可能是您想要的,也可能不是。

关于ruby-on-rails - 如果通过不匹配的ETag或更早的修改日期,Varnish是否会命中?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13495733/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com