interesting. So the default VCL for HTTP PURGE requests will not
purge all variants? How can a backend know which variants there are so it
can purge all of them?
Wichert.
--
Wichert Akkerman [EMAIL PROTECTED]It is simple to make things.
http://www.wiggy.net/ It is hard
Ricardo Newbery wrote:
On May 1, 2008, at 2:21 PM, Wichert Akkerman wrote:
Previously Ricardo Newbery wrote:
Just poking around the tracker and I noticed some activity on the
example plone vcl. http://varnish.projects.linpro.no/changeset/2634
Just thought I would chime in that the example
would be to never use CacheSetup
unless you really need it.
Wichert.
--
Wichert Akkerman [EMAIL PROTECTED]It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
varnish-misc mailing list
varnish
Stig Sandbeck Mathisen wrote:
On Thu, 1 May 2008 23:22:17 +0200, Wichert Akkerman [EMAIL PROTECTED] said:
I have some improvements pending for that one as well: a few
cleanups and switching to url_purge.
Would it make sense, in vcl_recv, to put the PURGE check inside the
not GET
Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Wichert Akkerman writes:
We've upgraded to current varnish trunk but are seeing a fair number of guru
meditation errors appear. My hunch is that those appear when the backend
server takes too long to respond. Is there a way to verify
Is there any documentation on how req.grace and obj.grace are used? I
could not find any mention of grace handling in the manpages or the wiki.
Wichert.
--
Wichert Akkerman [EMAIL PROTECTED]It is simple to make things.
http://www.wiggy.net/ It is hard to make things
and lets look at it ?
Instead of 'only for varnish' a 'only for first proxy in path' would be
more generic and more explicit about the intention.
Wichert.
--
Wichert Akkerman [EMAIL PROTECTED]It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple