W3C home > Mailing lists > Public > ietf-http-wg@w3.org > January to March 2019

Re: Migrating some high-entropy HTTP headers to Client Hints.

From: Mark Nottingham <mnot@mnot.net>
Date: Tue, 8 Jan 2019 16:33:31 +1100
Cc: Anne van Kesteren <annevk@annevk.nl>, Mike West <mkwst@google.com>, Daniel Stenberg <daniel@haxx.se>, Yoav Weiss <yoav@yoav.ws>, HTTP working group mailing list <ietf-http-wg@w3.org>
Message-Id: <AB7EAD8F-243F-4E8B-87AC-736911A384CE@mnot.net>
To: Ilya Grigorik <igrigorik@google.com>
From an HTTP WG perspective - does anyone object to the plan that Ilya lays out below for Client Hints?


> On 8 Jan 2019, at 4:30 pm, Ilya Grigorik <igrigorik@google.com> wrote:
> 
> Having worked with trying to shepherd a few of these (hints) through implementation, my recommendation would be to: 
> 	• Spec the framework in the IETF draft: how to declare which hints you want to receive, how those prefs are stored, expected and recommended cache behaviors
> 	• Spec the individual hints alongside relevant implementation specs (HTML, Fetch, or feature specific specs like NetInfo)
> 		• This eliminates all the corner+edge cases that Anne highlighted and allows us to iterate and define new hints as necessary
> On that note, I think we're ~70% of the way there already. We have in-flight PR's to update all the necessary plumbing in HTML and Fetch, we already pulled out network related hints into NetInfo, and we can integrate remaining hints into the HTML spec itself, which will also clarify all the outstanding CH questions we have on GitHub. For User-Agent specifically, we can+should define it directly in Fetch.
> 
> WDYT, reasonable?
> 

--
Mark Nottingham   https://www.mnot.net/
Received on Tuesday, 8 January 2019 05:34:03 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 8 January 2019 05:34:03 UTC