Ok. I now see where I was going wrong. After digging through client_side.c I
can now see that if Last-Modified is not present, it will immeadiately
invalidate the STALE version, before making the request.
I was sending the following headers...
Cache-Control: public
Expires: <current time + 1 minute>
Shouldn't it do the same behaviour in this case as when the Last-Modified is
present?
thanks
Paul
-----Original Message-----
From: Henrik Nordstrom [mailto:hno@squid-cache.org]
Sent: 21 January 2003 21:33
To: Rhodes, Paul
Cc: 'squid-users@squid-cache.org'
Subject: Re: [squid-users] Is it possible to serve stale content on
ERR_READ_TIMEOUT?
tis 2003-01-21 klockan 19.04 skrev Rhodes, Paul:
> Hi.
>
> The subject line says it all really. Is it possible to configure squid to
> serve cached stale content if a request fails because the remote host is
> unavailable? I know this is probably outside of the HTTP spec.
Squid does so by default if it can.. or at least some times..
Detail: If squid refreshes a cached object and the refresh fails to
contact the origin server the cached object will be given.
However: If the client forces a cache bypass then the error will be
returned.
> If this is not possible currently, how difficult would the changes be to
> enable this? I have seen the offline_mode configuration parameter, and
> examined it in the code, but am not sure which area exactly I would have
to
> prod.
offline_node is related but not exacly this. It is more of a way to make
Squid be very aggressive about the freshness of what is has already in
it's cache.
Still the concerns with forced cache bypasses applies.
-- Henrik Nordstrom <hno@squid-cache.org> MARA Systems AB, Sweden Vodafone Global Content Services Limited Registered Office: 80 Strand London WC2R 0RJ Registered in England No. 4064873 This e-mail is for the addressee(s) only. If you are not an addressee, you must not distribute, disclose, copy, use or rely on this e-mail or its contents, and you must immediately notify the sender and delete this e-mail and all copies from your system. Any unauthorised use may be unlawful. The information contained in this e-mail is confidential and may also be legally privileged.Received on Wed Jan 22 2003 - 07:09:29 MST
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:12:47 MST