Hi<br><br><div class="gmail_quote">On Mon, Sep 27, 2010 at 1:39 PM, Tollef Fog Heen <span dir="ltr"><<a href="mailto:tfheen@varnish-software.com">tfheen@varnish-software.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
]] Harm Verhagen<br>
<br>
Hi,<br>
<div class="im"><br>
| This seems a bit too conservative to me.<br>
| According to the http specs the mere existence of a cookie should not<br>
| influence cachebility.  In the content of the response depends on the<br>
| cookie, the server should tell in the response that the contents are not<br>
| cacheble.<br>
| The Vary: Cookie header  exists for that reason, no ?<br>
<br>
</div>In an ideal world, you are right.  Unfortunately, the world is not ideal<br>
and it's far between systems in the wild that does Vary: cookie.  If<br>
your system does, great, just change the VCL. :-)<br></blockquote><div><br></div><div>This 'ideal' system is django (out of the box). </div><div>I do think a reverse proxy project should also support systems that are trying to behave ideally.</div>
<div>However most (all?)  of the VCL examples found on the varnish site, and even VCL examples on forums, are about how to trick varnish into caching when the system 'misbehaves'.   </div><div>This is good & usefull, but somehow  the systems that try to follow the http spec are overseen in the docs.</div>
<div><br></div><div>So i'm actually a) looking for a VCL example for systems that try to behave ideally.  and b) a request to promote this in the documentation.</div><div><br></div><div>This not just a problem with varnish, but other reversy proxies projects seems to have the same issue. Most configuration examples  & documentation is geared towards systems that misbehave.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>
<div class="im"><br>
| What are the thoughts on this list about moving the default varnish<br>
| configuration closer to the http specification, regarding caching of request<br>
| where the client sends a cookie (and probably leading to problems on<br>
| websites that do _not_ use http headers correctly)<br>
<br>
</div>I think changing the current behaviour would be a terribly bad idea.<br>
We've seen people mess this up before, causing significant financial<br>
losses.<br></blockquote><div>Fair enough.</div><div><br></div><div>Regards,</div><div>Harm</div></div><br>