Charlie Farinella <[EMAIL PROTECTED]> writes:
> We have our vcl.conf configured like this:
You need something in your vcl_recv as well, to match against the
purge acl, and force it to "lookup" on an acl match. It would go
nicely inside the "pipe if not GET or HEAD request" from the default
vcl l
I am new to Varnish, am trying to implement HTTP purging, and
getting 'not found' responses. If anyone has a moment to look over
our configuration and make some suggestions or point out errors,
we would be grateful, we are at our wits end.
We have Varnish running behind lighttpd on port 6081 prox
Denis Brækhus <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > You should get a varnishlog entry for the TTL computation when an
> > object is retrieved from the backend, but there won't be a log entry
> > for VCL changing the TTL...
> Ok, thanks. I guess what I am
I've created a "vcl-mode" for emacs. It does indenting and syntax
highlighting.
If anyone else out there is still using emacs, I'd be very happy if
you could try it out, and see if anyting is surprising, strange or
missing. It should work with both emacs and xemacs, but I have not
tested the
"Denis Brækhus" <[EMAIL PROTECTED]> writes:
> Well, 1.1.2 is being considered now, but up until 1.1.2 my
> impression has been 1.0.4 was the best build with regards to
> stability. We have had varnish nodes running for 6-8 months now
> without interruption or any problems whatsoever.
Until 1.1.2,
- "Dag-Erling Smørgrav" <[EMAIL PROTECTED]> wrote:
> > setup with regards to TTLs and cacheability. I'd like to be able to
> > inspect a specific cached objects TTL to see if my "set obj.ttl"
> > overrides actually work or not. What is the best way to do that?
> You should get a varnishlog entr