On Mon, Apr 7, 2008 at 6:18 PM, Michael S. Fischer [EMAIL PROTECTED] wrote:
now that my varnish processes start to reach the RAM size, I'm wondering
what a dimension of swap would be wise? I currently have about 30 GB
swap space for 32 GB RAM, but am wondering if it could even make
In message [EMAIL PROTECTED], [EMAIL PROTECTED] writes:
A question about cookies in VCL.
Is there a way of handling cookies in VCL?
Not yet, but it's on our list.
Like:
if(req.http.Cookies[userid] == 1234)
or
set req.http.Cookies[language] = sv
Thanks
Erik
Nice, the CR LF did the thing, spank you ;)
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
Sacha, try to modify the /proc/sys/vm/swappiness it's on 60 (default),
I reduce it to 20 or even 0, on my oracle cluster, to prevent
important process from being swapped.
Regards, Pablo
On Tue, Apr 8, 2008 at 5:51 AM, Sascha Ottolski [EMAIL PROTECTED] wrote:
Am Montag 07 April 2008 18:00:14
In message [EMAIL PROTECTED], [EMAIL PROTECTED] writes:
Im trying to figure out some ways to extend the response headers
with some info of the request. What I want for now is if it was a
hit or miss and which backend it used.
Hit/Miss status is already in the X-Varnish header, if it has two
In message [EMAIL PROTECTED], Mart
in Abt writes:
Hi,
i am new to varnish and i am wondering, if it is possible to exclude
everything in a directory (including subdirectories) from caching.
It works with single files, like:
if (req.url ~ /test/README.txt) {
pass;
}
if (req.url ~
Hi,
i am new to varnish and i am wondering, if it is possible to exclude
everything in a directory (including subdirectories) from caching.
It works with single files, like:
if (req.url ~ /test/README.txt) {
pass;
}
if (req.url ~ ^/test/) {
pass;
}
?
Thanks, it
Ricardo Newbery wrote:
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.
No, it cannot. Again, the use case is
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, and not
an easy one to answer
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
http://www.mnot.net/blog/2008/01/04/cache_channels
Interesting to see what
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 Tue, Apr 8, 2008 at 4:18 PM, Ricardo Newbery [EMAIL PROTECTED] wrote:
+1 on stale-while-revalidate. I found this one to be real handy.
Another +1
--Michael
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
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-revalidate. I found this one to be real handy.
Another +1
I should add a qualifier to my vote, that
13 matches
Mail list logo