Re: HPACK opcode bit patterns

On 7 August 2014 01:12, Michael Sweet <msweet@apple.com> wrote:

> With my current experience in implementing HTTP/2, I'm currently encoding
> the following headers using one of the non-indexed forms:
>
> - Authorization (never indexed)
> - Content-Length (without indexing)
> - Content-Location (without indexing)
> - Content-MD5 (without indexing)
> - Content-Range (without indexing)
> - Content-Version (without indexing)
> - Date (without indexing)
> - If-Modified-Since (without indexing)
> - If-Unmodified-Since (without indexing)
> - Last-Modified (without indexing)
> - Link (without indexing)
> - Location (without indexing)
> - Range (without indexing)
> - Retry-After (without indexing)
>
> My general rule for "without indexing" is "anything that will likely
> change between requests/responses", which includes date/time fields,
> hashes, locations, ranges, byte counts, etc.  And of course authorization
> data is "never indexed".
>

Jetty pretty much has the same.   However I'm thinking that we will index
Date as we often see batches of messages sent within the same second.

We are also currently never indexing set-cookie, but I admit to be confused
about the need to do this or if it can just be without index?

cheers



-- 
Greg Wilkins <gregw@intalio.com>
http://eclipse.org/jetty HTTP, SPDY, Websocket server and client that scales
http://www.webtide.com  advice and support for jetty and cometd.