doc pour hit_for_pass
This commit is contained in:
parent
d3752a3813
commit
f6895d340b
|
@ -792,3 +792,24 @@ sub vcl_deliver {
|
||||||
}
|
}
|
||||||
~~~
|
~~~
|
||||||
|
|
||||||
|
### hit_for_pass
|
||||||
|
|
||||||
|
Lorsque Varnish interroge un serveur de backend pour une URL donnée, il fait patienter les
|
||||||
|
autres clients qui demandent la même URL… ce qui est optimisé SAUF si l'URL n'est finalement
|
||||||
|
pas cachable ! Une manière de permettre la parallélisation de ces requêtes vers une ressource
|
||||||
|
pas cachable est que Varnish crée une note "hit_for_pass" pour retenir cela. Ça se fait
|
||||||
|
en mettant un TTL et en forçant une requête à ne pas être cachable :
|
||||||
|
|
||||||
|
~~~
|
||||||
|
# mark as "hit_for_pass" for 30s
|
||||||
|
set beresp.ttl = 30s;
|
||||||
|
set beresp.uncacheable = true;
|
||||||
|
~~~
|
||||||
|
|
||||||
|
Voir <https://info.varnish-software.com/blog/hit-for-pass-varnish-cache>
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
Loading…
Reference in a new issue