se headers (or reset to s-maxage=0) to
avoid contaminating any forward proxies downstream.
Cheers,
Ricardo Newbery
http://digitalmarbles.com
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
rogate-Control header if
Varnish supported it -- this is exactly the usecase this header was
intended for. But these days, I've begun using s-maxage as a
surrogate for Surrogate-Control and just stripping it from the final
response -- not as flexible as Su
On Jan 19, 2010, at 2:03 PM, Michael Fischer wrote:
> On Tue, Jan 19, 2010 at 1:48 PM, Ricardo Newbery > wrote:
>
> Other than the private token, the other thing I used to do to tell
> Varnish and clients to cache differently is to attach a special header
> like X-CacheInV
I'm trying to test the Vary support.
Tried both the svn trunk and the 1.1 svn branch. Are these stable
enough right now to test?
Soon after starting up with...
varnishd -a x.x.x.x:9079 -b x.x.x.x:9080 -s file,/opt/varnish-1.1/
storage/storage.bin -d -d
and visiting one page, then refres
On Jul 26, 2007, at 1:40 AM, Poul-Henning Kamp wrote:
> Ricardo Newbery writes:
>>
>> I assume Varnish supports ETags and conditional GETs "If-Modified-
>> Since" (IMS) and "If-None-Match" (INM)?
>
> Right now we only support IMS, the ETags are m
I assume Varnish supports ETags and conditional GETs "If-Modified-
Since" (IMS) and "If-None-Match" (INM)?
I'm interested in the heuristic applied.
Are IMS/INM requests relayed to the backend before the content is
served out of cache?
Are distinct copies of each ETagged page saved in cache o
On Jul 26, 2007, at 9:55 PM, Poul-Henning Kamp wrote:
> Ricardo Newbery writes:
>> How about an "INM without IMS" request? Still served out of cache I
>> suppose. Is it possible to modify this behavior via vcl?
>
> Everything is served out of cache except Cookies
On Jul 28, 2007, at 1:08 AM, Dag-Erling Smørgrav wrote:
> Ricardo Newbery <[EMAIL PROTECTED]> writes:
>> I'm a little unsure as I didn't hear an affirmation to my question...
>> so does Varnish respect max-age and s-maxage in the response?
>
> Yes, see r1386.
On Jul 28, 2007, at 3:47 PM, Ricardo Newbery wrote:
>
> On Jul 28, 2007, at 1:08 AM, Dag-Erling Smørgrav wrote:
>
>> Ricardo Newbery <[EMAIL PROTECTED]> writes:
>>> I'm a little unsure as I didn't hear an affirmation to my
>>> question...
>&g
On Jul 29, 2007, at 2:10 AM, Dag-Erling Smørgrav wrote:
> Ricardo Newbery <[EMAIL PROTECTED]> writes:
>> Since Varnish respects the maxage controls, this implies that when
>> the
>> next request comes in after expiry it will generate a conditional
>> req
On Jul 29, 2007, at 3:52 AM, Dag-Erling Smørgrav wrote:
> Ricardo Newbery <[EMAIL PROTECTED]> writes:
>> What happens when a client sends a conditional request (either INM or
>> IMS) and the content is not available in the Varnish cache? I assume
>> that Varnish w
On Jul 31, 2007, at 10:16 AM, [EMAIL PROTECTED] wrote:
> Quoting Dag-Erling Smørgrav <[EMAIL PROTECTED]>:
>
>> [EMAIL PROTECTED] writes:
>>> Quoting Dag-Erling Smørgrav <[EMAIL PROTECTED]>:
The example you mention illustrates how to cache multiple
virtual hosts
served by *separat
On Jul 31, 2007, at 1:20 PM, Ricardo Newbery wrote:
>
> The following doesn't work?
>
> vcl_recv {
> set backend.host = req.http.Host;
> }
>
> or if it's still missing the Host header, does the following work:
>
> vcl_miss {
> set b
On Aug 12, 2007, at 2:48 PM, Martin Aspeli wrote:
> Dag-Erling Smørgrav wrote:
>> Martin Aspeli <[EMAIL PROTECTED]> writes:
>>> Are there any OS X fixes in the 1.1 branch?
>>
>> Some, yes. At least, I hope the -flat_namespace hack is no longer
>> required, but I don't have a Mac to test on right
On Aug 13, 2007, at 3:49 AM, Dag-Erling Smørgrav wrote:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
>> Ricardo Newbery <[EMAIL PROTECTED]> writes:
>>> Not so fast. I still needed to update automake as per the
>>> instructions on http://varni
On Sep 13, 2007, at 5:03 AM, Joao Correia wrote:
> Hello,
>
> Im trying vernish out. I compiled it from source, everything nice.
> I then used CacheFu to generate the vcl file. Im running Varnish in
> port 80 .
First, this may not be the best list for your questions. If you need
help with P
On Sep 19, 2007, at 10:35 AM, Poul-Henning Kamp wrote:
> In message
> <[EMAIL PROTECTED]>, "Cale
> b Anthony" writes:
>> Hello,
>>
>> It doesn't appear that VCL supports case insensitive regular
>> expressions. Is this true?
>
> Yes because I didn't think of that.
Hmm... won't this potentiall
On Sep 24, 2007, at 8:57 AM, <[EMAIL PROTECTED]> wrote:
> Hi,
>
> My configuration :
> I've a apache server with the mod proxy activated listening in the
> port 80 and redirect to 9080 where my plone site listen.
>
> And i know that varnish is the best solution to cache
> How integrated varnish
On Sep 24, 2007, at 12:18 PM, jean-marc pouchoulon wrote:
>
> bonjour,
>>>
>>>
>>> And i know that varnish is the best solution to cache
>>> How integrated varnish in this achitecture ? (What port must listen
>>> varnish in my architecture? How specify to apache to cache with
>>> varnish? ...)
>>
On Sep 24, 2007, at 11:20 PM, jean-marc pouchoulon wrote:
>> Use-cases differ of course, but I'm partial to the other way
>> around. Put Apache in front of Varnish and Varnish in front of
>> Zope. And if you need load balancing, insert something like Pound
>> between Varnish and the Zeo c
On Sep 25, 2007, at 1:07 AM, Dag-Erling Smørgrav wrote:
> Ricardo Newbery <[EMAIL PROTECTED]> writes:
>> Varnish is good as a proxy in front of *slow* backends generating
>> dynamic content, but I suspect it's probably of marginal benefit as
>> a proxy to serve
On Nov 5, 2007, at 10:48 AM, Damien Wetzel wrote:
> Hello,
> I'm trying varnish on a 64 bit machine on which the port 80 is already
> active, so i use the port 8080 to talk to varnish.
> I wondered if someone knew a way to tell firefox to use port 8080 by
> default to avoid me the pain of adding
On Dec 6, 2007, at 2:34 PM, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Erik writes:
>> Just to make this clear, does varnish identify an object like this
>> in vcl_hash?
>>
>> sub vcl_hash {
>> set req.hash += req.url;
>> set req.hash += req.http.
I came across this line in an example vcl which confused me...
sub vcl_hash {
set req.hash += req.http.Accept-Encoding;
}
This line seemed superfluous to me since it was my impression that
varnish already took care of this automatically as long as the Vary
header was set correctly. Is
From previous discussions on this list, I've been operating on the
understanding that Varnish ignores all Cache-Control tokens in the
response except for max-age and s-maxage. But the following snippet
from the varnish specification document seems to suggest otherwise.
Does this documen
I'm looking at the default vcl and I see the following stanza:
sub vcl_hit {
if (!obj.cacheable) {
pass;
}
deliver;
According to the vcl man page:
obj.cacheable
True if the request resulted in a cacheable re
On Mar 20, 2008, at 2:15 AM, Dag-Erling Smørgrav wrote:
> Ricardo Newbery <[EMAIL PROTECTED]> writes:
>> [...]
>
> Yes, the spec is two years out of date.
Right. That much was apparent. My question again is shouldn't this
document be updated? And is there still
On Mar 20, 2008, at 4:34 AM, Dag-Erling Smørgrav wrote:
> Ricardo Newbery <[EMAIL PROTECTED]> writes:
>> I'm actually more interested in trying to reproduce the semantics of
>> the 'public' token. But I'm having trouble figuring out how to
>>
On Mar 20, 2008, at 6:07 AM, Dag-Erling Smørgrav wrote:
> Ricardo Newbery <[EMAIL PROTECTED]> writes:
>> If an authenticated request comes in and I have a valid cached copy,
>> Varnish should not return the cached copy *unless* the copy
>> contains a
>> pub
This is a minor thing but I'm wondering if I'm making an incorrect
assumption.
In my vcl file, I have lines similar to the following...
if (req.http.Cookie && req.http.Cookie ~ "(__ac=|_ZopeId=)") {
pass;
}
and I'm wondering if the first part of this is unnecessary. For
On Mar 21, 2008, at 5:08 AM, Dag-Erling Smørgrav wrote:
> Ricardo Newbery <[EMAIL PROTECTED]> writes:
>> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
>>> I still don't understand why you want to go from hit to fetch. Just
>>> pass it.
>> B
On Mar 21, 2008, at 11:45 AM, Ricardo Newbery wrote:
>
> On Mar 21, 2008, at 5:08 AM, Dag-Erling Smørgrav wrote:
>
>> Ricardo Newbery <[EMAIL PROTECTED]> writes:
>>> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
>>>> I still don't understa
In the default vcl, we have the following test...
if (req.http.Authenticate || req.http.Cookie) {
pass;
}
What issues an Authenticate header? Was this supposed to be
Authorization?
Ric
___
varnish-
On Mar 27, 2008, at 5:50 PM, Cherife Li wrote:
> On 03/28/08 06:47, Ricardo Newbery wrote:
>> In the default vcl, we have the following test...
>> if (req.http.Authenticate || req.http.Cookie) {
>> pass;
>> }
>> What is
On Mar 27, 2008, at 10:35 PM, Stig Sandbeck Mathisen wrote:
> On Thu, 27 Mar 2008 15:47:00 -0700, Ricardo Newbery <[EMAIL PROTECTED]
> > said:
>
>> What issues an Authenticate header? Was this supposed to be
>> Authorization?
>
> Maybe, not sure.
>
&
On Apr 3, 2008, at 11:04 AM, Michael S. Fischer wrote:
> On Thu, Apr 3, 2008 at 10:58 AM, Sascha Ottolski <[EMAIL PROTECTED]>
> wrote:
>> and I don't wan't upstream caches or browsers to cache that long,
>> only
>> varnish, so setting headers doesn't seem to fit.
>
> Why not? Just curious.
On Apr 3, 2008, at 12:45 PM, Michael S. Fischer wrote:
> On Thu, Apr 3, 2008 at 11:53 AM, Ricardo Newbery <[EMAIL PROTECTED]
> > wrote:
>> On Apr 3, 2008, at 11:04 AM, Michael S. Fischer wrote:
>>> On Thu, Apr 3, 2008 at 10:58 AM, Sascha Ottolski <[EMAIL PROTECTED
On Apr 3, 2008, at 7:46 PM, Michael S. Fischer wrote:
> On Thu, Apr 3, 2008 at 7:37 PM, Ricardo Newbery <[EMAIL PROTECTED]
> > wrote:
>
>> URL versioning is usually not appropriate for html
>> pages or other primary resources that are intended to be reached
>>
On Apr 4, 2008, at 2:50 AM, Michael S. Fischer wrote:
> On Thu, Apr 3, 2008 at 8:59 PM, Ricardo Newbery <[EMAIL PROTECTED]
> > wrote:
>
>> Well, first of all you're setting up a false dichotomy. Not
>> everything
>> fits neatly into your apparent def
On Apr 4, 2008, at 2:04 PM, Michael S. Fischer wrote:
> On Fri, Apr 4, 2008 at 11:05 AM, Ricardo Newbery <[EMAIL PROTECTED]
> > wrote:
>
>> Again, "static" content isn't only the stuff that is served from
>> filesystems in the classic static web
On Apr 7, 2008, at 5:22 PM, Michael S. Fischer wrote:
> On Fri, Apr 4, 2008 at 3:31 PM, Ricardo Newbery <[EMAIL PROTECTED]
> > wrote:
>
>>>> Again, "static" content isn't only the stuff that is served from
>>>> filesystems in the classi
On Apr 7, 2008, at 10:30 PM, DHF wrote:
> Ricardo Newbery wrote:
>> On Apr 7, 2008, at 5:22 PM, Michael S. Fischer wrote:
>>
>>
>>> Sure, but this is also the sort of content that can be cached back
>>> upstream using ordinary HTTP headers.
>>>
On Apr 8, 2008, at 8:26 AM, DHF wrote:
> Ricardo Newbery wrote:
>> Regarding the potential management overhead... this is not relevant
>> to the question of whether this strategy would increase your site's
>> performance. Management overhead is a separate question
On Apr 7, 2008, at 3:18 PM, Jon Drukman wrote:
> Poul-Henning Kamp wrote:
>> In message <[EMAIL PROTECTED]>, Sam
>> Quigley writ
>> es:
>>> ...just thought I'd point out another seemingly-nifty thing the
>>> Squid
>>> folks are working on:
>>>
>>> http://www.mnot.net/cache_channels/
>>> and
>
On Apr 8, 2008, at 4:26 PM, Michael S. Fischer wrote:
> On Tue, Apr 8, 2008 at 4:25 PM, Michael S. Fischer <[EMAIL PROTECTED]
> > wrote:
>> On Tue, Apr 8, 2008 at 4:18 PM, Ricardo Newbery <[EMAIL PROTECTED]
>> > wrote:
>>> +1 on stale-while-revalid
I'm trying to understand the purpose of the "-u user" option for
varnishd. It appears that even when starting up as root, and the
child process dropping to "nobody", Varnish is still saving and
serving from cache even though "nobody" doesn't have read/write access
to the storage file owne
On Apr 14, 2008, at 11:03 PM, Per Andreas Buer wrote:
> Ricardo Newbery skrev:
>> I'm trying to understand the purpose of the "-u user" option for
>> varnishd. It appears that even when starting up as root, and the
>> child process dropping to "nobody
On Apr 14, 2008, at 11:25 PM, Florian Engelhardt wrote:
> On Mon, 14 Apr 2008 23:20:11 -0700
> Ricardo Newbery <[EMAIL PROTECTED]> wrote:
>
>>
>> On Apr 14, 2008, at 11:03 PM, Per Andreas Buer wrote:
>>
>>> Ricardo Newbery skrev:
>>>> I'
On Apr 15, 2008, at 12:15 AM, Poul-Henning Kamp wrote:
> Ricardo Newbery writes:
>
>> I'm trying to understand the purpose of the "-u user" option for
>> varnishd. It appears that even when starting up as root, and the
>> child process dropping t
On Apr 14, 2008, at 11:25 PM, Per Andreas Buer wrote:
> Ricardo Newbery skrev:
>
>> Hmm... maybe I'm missing something but this doesn't seem to answer
>> the
>> main question. If, as you seem to imply, Varnish is opening any
>> files
>> it n
On Apr 15, 2008, at 12:35 AM, Poul-Henning Kamp wrote:
> In message [EMAIL PROTECTED]>, Ricardo N
> ewbery writes:
>
>> Assuming that "nobody" is an available user on your system, then is
>> the "-u user" option for varnishd superfluous?
>
> Yes.
Cool, thanks PHK. That's really all I wanted t
On Apr 15, 2008, at 12:31 AM, Michael S. Fischer wrote:
> On Tue, Apr 15, 2008 at 12:25 AM, Ricardo Newbery
> <[EMAIL PROTECTED]> wrote:
>> Assuming that "nobody" is an available user on your system, then is
>> the "-u user" option for varnishd super
On Apr 17, 2008, at 11:08 AM, Pavel Pragin wrote:
> Hello,
>
> Please help me get Purging working. I am really stuck. I followed
> the directions in this
> link:http://varnish.projects.linpro.no/wiki/VCLExamplePurging
>
> I added these lines to my VCL configuration file and restarted
> Varni
Noticed some odd behavior.
On page with an already-expired Expires header (Expires: Sat, 1 Jan
2000 00:00:00 GMT) and no other cache control headers, a stock install
of Varnish 1.1.2 appears to be applying the built-in default_ttl of
120 seconds when instead it should just immediately expir
On Apr 20, 2008, at 2:44 AM, Ricardo Newbery wrote:
>
> Noticed some odd behavior.
>
> On page with an already-expired Expires header (Expires: Sat, 1 Jan
> 2000 00:00:00 GMT) and no other cache control headers, a stock install
> of Varnish 1.1.2 appears to be applying the bu
On Apr 20, 2008, at 12:28 PM, Ricardo Newbery wrote:
>
> On Apr 20, 2008, at 2:44 AM, Ricardo Newbery wrote:
>
>>
>> Noticed some odd behavior.
>>
>> On page with an already-expired Expires header (Expires: Sat, 1 Jan
>> 2000 00:00:00 GMT) and no other cach
On Apr 20, 2008, at 10:33 PM, Poul-Henning Kamp wrote:
> In message <8240BA9F-
> [EMAIL PROTECTED]>, Ricardo N
> ewbery writes:
>
>>> I see in rfc2616.c that this behavior is intentional. Varnish
>>> apparently assumes a "clockless" origin server if the Expires date
>>> is not in the future and
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 has issues.
First of all, it's unnecessary to filter cookie-authenticated requests
as authenticated responses
On Apr 28, 2008, at 4:21 AM, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Wichert Akkerman writes:
>
>> That's 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
On May 1, 2008, at 2:57 PM, Wichert Akkerman wrote:
> Previously Ricardo Newbery wrote:
>>
>> On Apr 28, 2008, at 4:21 AM, Poul-Henning Kamp wrote:
>>
>>> In message <[EMAIL PROTECTED]>, Wichert Akkerman writes:
>>>
>>>> That'
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
On May 1, 2008, at 10:50 PM, Wichert Akkerman wrote:
> 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 act
On May 5, 2008, at 6:02 AM, Wichert Akkerman wrote:
> Stig Sandbeck Mathisen wrote:
>> Are there any good reasons not to run Plone with the CacheFu (or
>> CacheSetup) product installed? Would a non-CacheFu example be of any
>> use?
>
> CacheSetup monkeypatches a fair amount of things, which brea
On Nov 4, 2008, at 2:19 PM, Miles wrote:
> Ryan Tomayko wrote:
>> On 11/4/08 12:51 PM, Miles wrote:
>>> I know varnish doesn't do If-None-Match, but I don't think that is a
>>> problem in this scheme.
>>
>> I'm curious to understand why Varnish doesn't do validation /
>> conditional GET.
>> Has
Your app server should set the Vary on *all* responses if *any*
response can vary.
Ric
On Dec 4, 2008, at 11:59 AM, Jeff Anderson wrote:
> Our app servers are sending the Vary on the Accept-Encoding when
> compression is requested. If compression is not requested they do not
> perform the
On Jan 21, 2009, at 1:50 PM, Charlie Farinella wrote:
> I have one site running Plone with lighttpd and Varnish that I set
> up as
> documented here:
> http://bitubique.com/content/accelerate-plone-varnish
IMHO, the vcl generated by the plone.recipe.varnish recipe is superior
to the one on
On Jan 28, 2009, at 1:11 AM, Poul-Henning Kamp wrote:
> 1. Purge vs. Ban
> -
>
> The CLI and VCL commands are named "purge", but they don't, they
> add a ban to the list of bans.
>
> I would actually like to rename purge to ban and add a real purge
> function that gets rid of the
On Jan 28, 2009, at 2:23 AM, Anton Stonor wrote:
> sub vcl_recv {
> set req.grace = 120s;
> set req.backend = backend_0;
>
> }
>
Is this truly all you have in vcl_recv? This will mean that any
cookied requests will get passed. Is this intentional?
Ric
On Jan 28, 2009, at 2:44 AM, Poul-Henning Kamp wrote:
> In message, Ricardo Newbery writes:
>
>>> 1. Purge vs. Ban
>>> -
>>
>> Can you explain what is the effective difference between a real purge
>> and a ban? Would both sti
On Jan 28, 2009, at 3:31 AM, Poul-Henning Kamp wrote:
> In message <79A2CE8A-
> a135-4542-9c8c-1f4327fed...@digitalmarbles.com>, Ricardo N
> ewbery writes:
>
>> Sorry, I'm still unclear...
>>
>> Right now, doesn't purge_url also "ban" all Varys?
>
> Yes, but they won't be dealt with until they t
On Jan 28, 2009, at 4:19 AM, Poul-Henning Kamp wrote:
> In message <768C2A99-6D24-4D6F-
> b324-25e13cfbe...@digitalmarbles.com>, Ricardo N
> ewbery writes:
>> Cool... so why do you figure that backwards compatibility is not
>> possible? If my old purge scripts now start "purging" rather than
>>
On Jan 28, 2009, at 4:30 AM, Poul-Henning Kamp wrote:
> In message, Ricardo Newbery writes:
>>
>> On Jan 28, 2009, at 4:19 AM, Poul-Henning Kamp wrote:
>>>
>>> Purge wouldn't be a CLI command
>>
>> Ah, okay... why not?
>
> Because you
On Jan 28, 2009, at 4:29 PM, Anton Stonor wrote:
> Ricardo Newbery skrev:
>
>>> sub vcl_recv {
>>>set req.grace = 120s;
>>>set req.backend = backend_0;
>>>
>>> }
>
>> Is this truly all you have in vcl_recv? This will mean
On Jan 29, 2009, at 12:34 AM, Poul-Henning Kamp wrote:
> In message <4980f7d8.8090...@giraffen.dk>, Anton Stonor writes:
>
>> New try. First, a request with no expire or cache-control header.
>
>> 10 RxProtocol b HTTP/1.1
>> 10 RxStatus b 200
>> 10 RxResponse b OK
>> 10 RxHeader
On Jan 29, 2009, at 1:57 AM, Poul-Henning Kamp wrote:
> In message <49817d5c.10...@giraffen.dk>, Anton Stonor writes:
>> Poul-Henning Kamp wrote:
>>
>>> As far as I can tell, a zero TTL (number after "RFC") can only
>>> happen here if your default_ttl parameter is set to zero, OR
>>> if there is
On Jan 29, 2009, at 2:47 AM, Poul-Henning Kamp wrote:
> In message <49818470.10...@giraffen.dk>, Anton Stonor writes:
>> Poul-Henning Kamp wrote:
>>
>>> I hope we don't ship varnish that way on any platforms, the default
>>> ttl should be 120 seconds...
>>
>> No, the "0" default ttl comes from th
On Feb 13, 2009, at 4:54 AM, Dag-Erling Smørgrav wrote:
> Ole Laursen writes:
>> I looked up private here
>>
>> http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html
>>
>> and it says
>>
>>Indicates that all or part of the response message is intended
>>for a single user and MUST NOT b
77 matches
Mail list logo
