W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2013

Re: p6: Returning the freshest response

From: Martin Thomson <martin.thomson@gmail.com>
Date: Mon, 1 Apr 2013 08:55:09 -0700
Message-ID: <CABkgnnW6KtaLizPYi8O_gBq7jHpW9QGnZ+YxwNk96R2OMee6eA@mail.gmail.com>
To: Amos Jeffries <squid3@treenet.co.nz>
Cc: HTTP Working Group <ietf-http-wg@w3.org>
Rather than "eliminate unwanted responses", because in Mark's example,
both were acceptable with different qvalues, how about "select
preferred responses".

On 30 March 2013 17:30, Amos Jeffries <squid3@treenet.co.nz> wrote:
> On 30/03/2013 4:47 a.m., Martin Thomson wrote:
>>
>> On 28 March 2013 20:10, Mark Nottingham <mnot@mnot.net> wrote:
>>>
>>> """
>>> If multiple selected responses are available, the cache will need to
>>> choose one to use. If a selecting header has a known mechanism for doing so
>>> (e.g., qvalues on Accept and similar request headers), it MAY be used to
>>> select one; otherwise, the most recent response (as determined by the Date
>>> header field) is used, as per Section 4.
>>> """
>>
>> This seems good.  The "it" in "it MAY be used to select one" is
>> perhaps ambiguous, but I don't see how to fix it without making it
>> even harder to parse :)
>>
>
> Perhapse this is a bit better?
>
> "
>
> If multiple selected responses are available, the cache will need to choose
> one to use. When a selecting header has a known mechanism for doing so
> (e.g., qvalues on Accept and similar request headers), that mechanism SHOULD
> be used to eliminate unwanted responses; of the remainder, the most recent
> response (as determined by the Date header field) is used, as per Section 4.
>
> "
>
> Making it clear that Date mechanism still applies, but only after the
> negotiation filtering has been done. AFAIK that is how it always gets done
> in practice anyway.
>
> Amos
>
>
Received on Monday, 1 April 2013 15:55:36 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:10 UTC