- From: Rory Hewitt <rory.hewitt@gmail.com>
- Date: Tue, 18 Jun 2024 15:11:16 -0700
- To: Jeremy Roman <jbroman@chromium.org>
- Cc: ietf-http-wg@w3.org
- Message-ID: <CAEmMwDyMZz89pRY9OPimPDR1+-nULW9ZC8DjcYfOWvuWjUdtYA@mail.gmail.com>
<bikeshedding> Oh, I get the idea to extend/build upon/mimic/evoke the Vary header, and FWIW, I really like the general 'No-Vary' idea. I'm just concerned about the specific 'No-Vary-Search' name, as it implies something to do with the generally understood concept of 'search' (y'know, searching for things) and honestly, I'd completely forgotten that the query string is sometimes called the 'search' part of the URL. It's a weirdly technical use of that term that few outside the IETF/W3C would either know or understand. But here we are... Since this header is about how user agents should cache content where that content may be accessed via similar but slightly different URLs, maybe 'Vary-Cache' is also an option? This more generic name would also enable the header to be extended in the future to cover things in addition to the URL query parameters without the name becoming out-of-date. But all of this may just be me being grumpy and objecting to the use of 'search' in its technical meaning rather than its commonly-used meaning. </bikeshedding> On Tue, Jun 18, 2024 at 2:31 PM Jeremy Roman <jbroman@chromium.org> wrote: > On Tue, Jun 18, 2024 at 1:20 PM Rory Hewitt <rory.hewitt@gmail.com> wrote: >> >>> Hey Jeremy, >>> >>> > This was originally No-Vary-Query, but the web-exposed APIs call this >>> part of the URL "search", so this change was requested in a W3C discussion. >>> >>> I can understand why you changed the name from "No-Vary-Query", but >>> given that it's primarily a mechanism to change the way that content is >>> cached, I think it makes sense to call it "No-Vary-Cache" >>> >> > I'll avoid getting too deep into bikeshed painting, but briefly: I hoped > to evoke the longstanding Vary header > <https://www.rfc-editor.org/rfc/rfc9110#field.vary>. >
Received on Tuesday, 18 June 2024 22:11:32 UTC