Hi!
Take a look at stale-while-revalidate (cache_peer option in 2.7); it
may do what you need.
Cheers,
On 21/04/2009, at 2:10 PM, Alistair Reay wrote:
Hi everyone,
I'd like to introduce myself to the dev team and start helping out.
My name is Alistair Reay and I'm a system engineer at a
Hi everyone,
I'd like to introduce myself to the dev team and start helping out.
My name is Alistair Reay and I'm a system engineer at a large New
Zealand broadcaster that uses Squid and other open-source software
extensively. Using squid we've built the nations largest and cheapest
commercial CD
> Yeah, this came up in another bug as well, don't remember where, but
> really this whole section needs to be reworked pretty extensively;
> this is just a way to fine-tune the current behaviour until we figure
> out what the right thing to do should be (and I suspect that's not a
> trivial task).
> Attached please find the new "make" outut, after:
>
> # patch -p0 < macosx_fatal_fails_mk2.patch
> patching file compat/compat_shared.h
> patching file include/config.h
> patching file include/fatal.h
>
> Here're the ./configure options I used:
>
> ./configure \
> --build=i686-apple-darwin \
> --
On 21/04/2009, at 1:24 PM, Amos Jeffries wrote:
Responses inline, and a couple more:
http://www.squid-cache.org/bugs/show_bug.cgi?id=2642
I can't tell from the patch which one is being remove.
+1 if its the one directly in mainReconfigure()
Yep.
peerMonitorInit() should probably check
>>
>> Responses inline, and a couple more:
>>
>> http://www.squid-cache.org/bugs/show_bug.cgi?id=2642
I can't tell from the patch which one is being remove.
+1 if its the one directly in mainReconfigure()
peerMonitorInit() should probably check for duplicate calls somehow too.
But this is good f
Yeah, this came up in another bug as well, don't remember where, but
really this whole section needs to be reworked pretty extensively;
this is just a way to fine-tune the current behaviour until we figure
out what the right thing to do should be (and I suspect that's not a
trivial task).
>
> Responses inline, and a couple more:
>
> http://www.squid-cache.org/bugs/show_bug.cgi?id=2642
> http://www.squid-cache.org/bugs/show_bug.cgi?id=2643
>
>
> On 20/04/2009, at 4:46 PM, Amos Jeffries wrote:
>
>> Mark Nottingham wrote:
>>> Unless I hear otherwise, I'm going to apply the patches atta
Responses inline, and a couple more:
http://www.squid-cache.org/bugs/show_bug.cgi?id=2642
http://www.squid-cache.org/bugs/show_bug.cgi?id=2643
On 20/04/2009, at 4:46 PM, Amos Jeffries wrote:
Mark Nottingham wrote:
Unless I hear otherwise, I'm going to apply the patches attached to
the foll
Responses inline, and a couple more:
http://www.squid-cache.org/bugs/show_bug.cgi?id=2642
http://www.squid-cache.org/bugs/show_bug.cgi?id=2643
On 20/04/2009, at 4:46 PM, Amos Jeffries wrote:
Mark Nottingham wrote:
Unless I hear otherwise, I'm going to apply the patches attached to
the foll
vollkom...@gmx.net wrote:
Sorry, third try...
Original-Nachricht
Hmm, I have a small suspicion... what happens if you change the top of
src/acl/Acl.cc
from:
#include "config.h"
to:
#include "squid.h"
or to:
#include "include/config.h"
Amos
--
Please be using
Cu
11 matches
Mail list logo