- From: Tom Hume <Tom.Hume@futureplatforms.com>
- Date: Mon, 15 Dec 2008 20:30:16 +0000
- To: wmlprogramming@yahoogroups.com, public-bpwg-ct <public-bpwg-ct@w3.org>
- Message-Id: <8AECCD5A-3940-433C-85BB-A46058EB8BF2@futureplatforms.com>
(crossposted to public-bpwg-ct & wmlprogramming) Gotcha. That'll be why CTG insists that servers stick a no-transform onto any response whose request had one[1]. Tho, hmm, this conflicts with section 14.9 of RFC 2616, which says that cache-control should be unidirectional: > Cache directives are unidirectional in that the presence > of a directive in a request does not imply that the same > directive is > to be given in the response. I'm not sure I get how these two statements are compatible. Can anyone from the BPWG throw any light onto this? [1] http://www.w3.org/TR/ct-guidelines/#sec-cache-control-no-transform On 15 Dec 2008, at 19:43, casays wrote: > > But if the JavaScript libraries stick a no-transform on the > > request (which they could do) then there should be nothing required > > server-side? > > Stricly speaking, no. The no-transform directive applies to one > specific part of the HTTP transaction under consideration: either the > request, or the response. It is not an HTTP-transaction-wide (i.e. > the couple request-response) parameter. -- Future Platforms Ltd e: Tom.Hume@futureplatforms.com t: +44 (0) 1273 819038 m: +44 (0) 7971 781422 company: www.futureplatforms.com personal: tomhume.org
Received on Monday, 15 December 2008 20:30:55 UTC