Modified patch file is attached. I committed those documentation changes as well.
-Senad -----Original Message----- From: Cimic, Senad (Legal) Sent: Monday, May 24, 2010 9:31 AM To: rouss...@measurement-factory.com; m...@yahoo-inc.com Cc: squid-dev@squid-cache.org Subject: RE: [MERGE] Squid Patch (revision 10487) Sounds good, I'll produce patch for proposed documentation changes. Thanks, Senad -----Original Message----- From: Alex Rousskov [mailto:rouss...@measurement-factory.com] Sent: Sunday, May 23, 2010 11:09 PM To: Mark Nottingham Cc: Cimic, Senad (Legal); squid-dev@squid-cache.org Subject: Re: [MERGE] Squid Patch (revision 10487) On 05/23/2010 09:52 PM, Mark Nottingham wrote: > How about: > > When Squid has a stale cached response available, it will not > query siblings, by default. When this setting is on Squid will > do so, as long as the cache_peer line for the sibling does not > have the 'allow-miss' option configured. > > ? Sounds better to me. Thank you, Alex. > On 23/05/2010, at 9:42 AM, Alex Rousskov wrote: > >> On 05/19/2010 08:00 PM, Mark Nottingham wrote: >>> Minor suggestions for the documentation: >>> >>> +NAME: access_sibling_when_stale >>> +COMMENT: on|off >>> +TYPE: onoff >>> +DEFAULT: off >>> +LOC: Config.onoff.access_sibling_for_stale_resource >>> +DOC_START >>> + By default, Squid will not contact siblings when it has >>> + a stale cached response available. If on, siblings >>> + that do not have the 'allow-miss' cache_peer option will >>> + be queried even when there is a stale cached response. >>> +DOC_END >> It is still not clear to an uninitiated reader whether "this" Squid or >> the sibling proxy has the stale response. "it has" and "there is" should >> be replaced with something more specific, IMHO. >> >> HTH, >> >> Alex. > > -- > Mark Nottingham m...@yahoo-inc.com >
access_sibling_for_stale_resource.patch
Description: access_sibling_for_stale_resource.patch
