- From: Jeff Pinner <jpinner@twitter.com>
- Date: Fri, 12 Jul 2013 08:22:17 -0700
- To: Mike Belshe <mike@belshe.com>
- Cc: Amos Jeffries <squid3@treenet.co.nz>, httpbis mailing list <ietf-http-wg@w3.org>
Received on Friday, 12 July 2013 15:22:44 UTC
On Fri, Jul 12, 2013 at 2:11 AM, Mike Belshe <mike@belshe.com> wrote: > I'm also in favor of removing the compressor completely. > So the compressor buys us the ability to share headers between streams and possibly to reduce the size of the headers via some sort of encoding (whether it's typed encodings, or huffman compressed strings, or varint lengths, etc). So a dumb proposal: A HEADERS frame consists of encoded name values pairs, let's say varint length followed by UTF-8 bytes of the string (we can argue over compressed strings, types, etc. later, but basically no indexing into shared state). Sending a HEADERS frame on Stream-ID 0 creates a set of headers that gets saved and added to the HEADERS frame that opens any streams after it is sent. Sending a new HEADERS frame on Stream-ID 0 overwrites the previous frame. This allows us to share Cookies, User-Agent, Host, etc. between requests, but wouldn't allow for any response header sharing. It would allow us to share headers for pushed responses since those are streams opened by the server.
Received on Friday, 12 July 2013 15:22:44 UTC