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

Re: draft-ietf-httpbis-p6-cache-06

From: Jamie Lokier <jamie@shareable.org>
Date: Mon, 8 Jun 2009 00:21:06 +0100
To: Mark Nottingham <mnot@mnot.net>
Cc: Adrien de Croy <adrien@qbik.com>, HTTP Working Group <ietf-http-wg@w3.org>
Message-ID: <20090607232106.GA15426@shareable.org>
Mark Nottingham wrote:
> On 27/05/2009, at 3:17 AM, Adrien de Croy wrote:
> >Wrt POST (or any method).  If the response to a POST is marked  
> >explicitly by the origin server as cachable, why should a subsequent  
> >POST invalidate that contrary to other Cache-control directives?   
> >Surely this should only apply if the original method was not POST?
> Because POST changes state on the server; it's a useful pattern to  
> have POST (or other responses) cached, but invalidated upon a visible  
> update.

But it's unreliable, because requests can go via different proxies.

What is the point in mandating that proxies support an unreliable
mechanism, which suggests (wrongly) to server authors that they can
depend on it, when there are good reliable caching mechanisms in the
spec already?

-- Jamie
Received on Sunday, 7 June 2009 23:21:43 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:13:40 UTC