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

Re: Support for gzip at the server #424

From: Bjoern Hoehrmann <derhoermi@gmx.net>
Date: Fri, 14 Mar 2014 01:56:58 +0100
To: Martin Thomson <martin.thomson@gmail.com>
Cc: HTTP Working Group <ietf-http-wg@w3.org>
Message-ID: <tok4i9lbh7e4hpm0jbhd6s8u5ac72paojv@hive.bjoern.hoehrmann.de>
* Martin Thomson wrote:
>Discussion offline leads me to conclude that doing this would be bad idea.
>The basic problem is with 2->1.1 translation at intermediaries.  While
>the HTTP/2 request might include a Content-Length, the gateway is
>going to be forced to decompress and buffer the entire request body
>before forwarding to a 1.1 server.
>This doesn't seem like a good outcome.  Maybe this is something to
>defer to the version of HTTP/x that ships when most of the world is
>already using HTTP/2.

I am not really following what this thread is about. HTTP/1.1 does not
(de jure) need Content-Length anywhere, requests and responses can both
be compressed and chunked. Why does that not matter here?
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de
25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/ 
Received on Friday, 14 March 2014 00:57:31 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:24 UTC