RE: [MERGE] Squid Patch (revision 10487)

From: <senad.cimic_at_thomsonreuters.com>
Date: Mon, 24 May 2010 09:30:47 -0500

Sounds good, I'll produce patch for proposed documentation changes.

Thanks,
Senad

-----Original Message-----
From: Alex Rousskov [mailto:rousskov_at_measurement-factory.com]
Sent: Sunday, May 23, 2010 11:09 PM
To: Mark Nottingham
Cc: Cimic, Senad (Legal); squid-dev_at_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 mnot_at_yahoo-inc.com
>
Received on Mon May 24 2010 - 14:30:56 MDT

This archive was generated by hypermail 2.2.0 : Tue May 25 2010 - 12:00:11 MDT