Re: Design Issue: GZIP flag on DATA Frames

"Poul-Henning Kamp" <phk@phk.freebsd.dk> Tue, 21 May 2013 21:54 UTC

Return-Path: <ietf-http-wg-request@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF75121F911B for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 21 May 2013 14:54:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.224
X-Spam-Level:
X-Spam-Status: No, score=-10.224 tagged_above=-999 required=5 tests=[AWL=-0.225, BAYES_00=-2.599, J_CHICKENPOX_42=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RqEUaqJA5N4Z for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 21 May 2013 14:54:23 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id A869221F95F9 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Tue, 21 May 2013 14:54:23 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1UeuVW-0003jM-AR for ietf-http-wg-dist@listhub.w3.org; Tue, 21 May 2013 21:54:10 +0000
Resent-Date: Tue, 21 May 2013 21:54:10 +0000
Resent-Message-Id: <E1UeuVW-0003jM-AR@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <phk@phk.freebsd.dk>) id 1UeuVK-0003hN-Uc for ietf-http-wg@listhub.w3.org; Tue, 21 May 2013 21:53:58 +0000
Received: from phk.freebsd.dk ([130.225.244.222]) by lisa.w3.org with esmtp (Exim 4.72) (envelope-from <phk@phk.freebsd.dk>) id 1UeuVK-0003fe-1v for ietf-http-wg@w3.org; Tue, 21 May 2013 21:53:58 +0000
Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 0CF8B3EB7C; Tue, 21 May 2013 21:53:36 +0000 (UTC)
Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.6/8.14.6) with ESMTP id r4LLrad9005448; Tue, 21 May 2013 21:53:36 GMT (envelope-from phk@phk.freebsd.dk)
To: Bjoern Hoehrmann <derhoermi@gmx.net>
cc: James M Snell <jasnell@gmail.com>, "ietf-http-wg@w3.org" <ietf-http-wg@w3.org>
In-reply-to: <8ipnp8hapu1949rd0mahtoasm60mm1i46v@hive.bjoern.hoehrmann.de>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
References: <CABP7Rbfb92Vxrmxj6fKdt+jpO_Qknq8FRjsu5GZW=17uoi4OFg@mail.gmail.com> <519BAB26.2010501@zinks.de> <4050.1369156663@critter.freebsd.dk> <fnlnp8t14lal0uk5suouc2uuk3uk4429dt@hive.bjoern.hoehrmann.de> <5267.1369169573@critter.freebsd.dk> <hnnnp8dgpoliq8ca07n89p6apn41mmu2ta@hive.bjoern.hoehrmann.de> <CABP7RbfynEZ--QMvyXmsGvqKDv2T9CbVCuBfVexNtmTa5_U_pQ@mail.gmail.com> <8ipnp8hapu1949rd0mahtoasm60mm1i46v@hive.bjoern.hoehrmann.de>
Content-Type: text/plain; charset=ISO-8859-1
Date: Tue, 21 May 2013 21:53:36 +0000
Message-ID: <5447.1369173216@critter.freebsd.dk>
Received-SPF: none client-ip=130.225.244.222; envelope-from=phk@phk.freebsd.dk; helo=phk.freebsd.dk
X-W3C-Hub-Spam-Status: No, score=-3.9
X-W3C-Hub-Spam-Report: AWL=-2.870, RP_MATCHES_RCVD=-1.07
X-W3C-Scan-Sig: lisa.w3.org 1UeuVK-0003fe-1v 7efe951959da87093b6c48526bd3a250
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Design Issue: GZIP flag on DATA Frames
Archived-At: <http://www.w3.org/mid/5447.1369173216@critter.freebsd.dk>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/18078
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

In message <8ipnp8hapu1949rd0mahtoasm60mm1i46v@hive.bjoern.hoehrmann.de>de>, Bjoer
n Hoehrmann writes:

>I understood Poul-Henning Kamp to
>be considering going one step further and offering no means to define
>new compression schemes.

Ok, so let me clarify:

I have always hated the confusion in HTTP/1 between content compressed
for transport purposes, and content compressed for application purposes.

In the former class you have HTML, javascript, CSS etc.

In the latter class you have things like .tgz, gzip'ed XML etc.

It's the former class I want to cut all the way into the bone
and take out of "Accept-Encoding" negotiation.

Accept-Encoding should be reserved only for the second class.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.