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

Re: Support for gzip at the server #424

From: Patrick McManus <pmcmanus@mozilla.com>
Date: Fri, 14 Mar 2014 18:06:19 +0100
Message-ID: <CAOdDvNp23443_JLoAUt4pEd6oAS7Q5ASbTAb4m+Xr-jq22RPkQ@mail.gmail.com>
To: Bjoern Hoehrmann <derhoermi@gmx.net>
Cc: Martin Thomson <martin.thomson@gmail.com>, HTTP Working Group <ietf-http-wg@w3.org>
receiving chunked requests is not supported with a high enough certainty
that anyone yet wants to send them in a generic web context. (apps that
know their server's capabilities apriori are a different story). HTTP/2
negotiation at first seems to make that easier, but supporting easy
gatewaying back to http/1.0 makes it hard again :(

as much as I would really like this feature, I think its reasonable not to
include it.

On Fri, Mar 14, 2014 at 5:52 PM, Bjoern Hoehrmann <derhoermi@gmx.net> wrote:

> * Martin Thomson wrote:
> >On 14 March 2014 02:20, Roland Zink <roland@zinks.de> wrote:
> >> ISIZE is in the footer and not the header.
> >
> >So that leads me back to the original conclusion.  Since
> >intermediation from 2 to 1.1 will require the Content-Length and
> >extracting that from a gzip'd body would require buffering an entire
> >request, I'm inclined to say that this is too hard.
> It would help if you explain why you think Content-Length is needed in
> this scenario. `Transfer-Encoding: chunked` is supported by servers and
> intermediaries. Likely not perfectly, but if that is the concern we
> should make that very explicit.
> --
> 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 17:06:46 UTC

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