Re: Multi-GET, extreme compression?

Phillip Hallam-Baker <hallam@gmail.com> Mon, 18 February 2013 02:43 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 ACB3821F8A6E for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sun, 17 Feb 2013 18:43:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.502
X-Spam-Level:
X-Spam-Status: No, score=-9.502 tagged_above=-999 required=5 tests=[AWL=1.096, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KElL0L9f+haM for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sun, 17 Feb 2013 18:43:06 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id BEC0421F8A67 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Sun, 17 Feb 2013 18:43:06 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1U7GgT-0003gH-8y for ietf-http-wg-dist@listhub.w3.org; Mon, 18 Feb 2013 02:42:25 +0000
Resent-Date: Mon, 18 Feb 2013 02:42:25 +0000
Resent-Message-Id: <E1U7GgT-0003gH-8y@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <hallam@gmail.com>) id 1U7GgL-0003f9-E9 for ietf-http-wg@listhub.w3.org; Mon, 18 Feb 2013 02:42:17 +0000
Received: from mail-we0-f174.google.com ([74.125.82.174]) by lisa.w3.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.72) (envelope-from <hallam@gmail.com>) id 1U7GgK-0000FB-Cq for ietf-http-wg@w3.org; Mon, 18 Feb 2013 02:42:17 +0000
Received: by mail-we0-f174.google.com with SMTP id r6so4331122wey.19 for <ietf-http-wg@w3.org>; Sun, 17 Feb 2013 18:41:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=xQf0KJNfVVBIMAk65U/rpTHUn+H9vDpVhvBAwuLl/XQ=; b=nMfTzRcB6F3L2thSouRsC5bjtLGI695N0NYIi/suh1qKNsZN7Y/lFm/XOpuJGrtbhW aL+oS/dNd2/edz86U2hR74bVaTDY+m3WLWXPeLnJEIhs9SU+wXE0tPxT29o9ABOH3qg5 W+KeiEzQA7t+1rUfjcBgHWW1qlDVYAl2ERqiG5ojWGKeVEu2xty7Z+Gnt29R3ShqrpGF v+uBUPyysdHMjYwyPPvZeD/SKOKwEQNn9tBlLfy3CBbRAxCaRZa+GqDV5uty3KaaJChj t+D4S7vp9AyVYcssWDsj4p1ukfs/a7o2jXlplroFwNkuMs1nAhlGfxzdrRvhVOVqT/Ak mHAQ==
MIME-Version: 1.0
X-Received: by 10.194.75.196 with SMTP id e4mr15893194wjw.44.1361155309879; Sun, 17 Feb 2013 18:41:49 -0800 (PST)
Received: by 10.194.176.169 with HTTP; Sun, 17 Feb 2013 18:41:49 -0800 (PST)
In-Reply-To: <968F329C-B6CF-4129-B816-DC56C834A4A4@opengroupware.org>
References: <CAMm+LwiF6EM8_aQgUm=nPS5XqaG25iRGNke_rnHTM1vTGMXdfg@mail.gmail.com> <A6A82B6EF92590887D2A23D5@cyrus.local> <D9118B58-F53F-4F75-8292-2B990172E234@opengroupware.org> <CABP7RbcX2OqttZuYeuYxhyOgE_ax0M67L1ywPy_VDpW1upM69Q@mail.gmail.com> <CAP+FsNeWDBTBYJ0P-URbO5avbUno5etKid10RM+dRwDWAUys2w@mail.gmail.com> <CABP7RbfVvZnYPPsRvzmC0BtCiPBxQmYXHTRKtq8XE7Z2wY2EfA@mail.gmail.com> <CAA4WUYioRAOEbjU32yEaJuWDAySiZF=OfKXcF-8esqTP0uqwtQ@mail.gmail.com> <968F329C-B6CF-4129-B816-DC56C834A4A4@opengroupware.org>
Date: Sun, 17 Feb 2013 21:41:49 -0500
Message-ID: <CAMm+LwgksRiyMJz-rXrbZiuTzEYKSWNqHdBwW5mtWwUY+annLg@mail.gmail.com>
From: Phillip Hallam-Baker <hallam@gmail.com>
To: Helge Hess <helge.hess@opengroupware.org>
Cc: "William Chan (陈智昌)" <willchan@chromium.org>, James M Snell <jasnell@gmail.com>, Roberto Peon <grmocg@gmail.com>, HTTP Working Group <ietf-http-wg@w3.org>, Cyrus Daboo <cyrus@daboo.name>
Content-Type: multipart/alternative; boundary="047d7bb049c6bac16c04d5f6aa1b"
Received-SPF: pass client-ip=74.125.82.174; envelope-from=hallam@gmail.com; helo=mail-we0-f174.google.com
X-W3C-Hub-Spam-Status: No, score=-3.0
X-W3C-Hub-Spam-Report: AWL=-2.235, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001
X-W3C-Scan-Sig: lisa.w3.org 1U7GgK-0000FB-Cq a3cb7842dd66124d63552cae7d63bcd2
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Multi-GET, extreme compression?
Archived-At: <http://www.w3.org/mid/CAMm+LwgksRiyMJz-rXrbZiuTzEYKSWNqHdBwW5mtWwUY+annLg@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/16656
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>

On Sun, Feb 17, 2013 at 8:38 PM, Helge Hess <helge.hess@opengroupware.org>wrote:

> On Feb 17, 2013, at 5:30 PM, William Chan (陈智昌) <willchan@chromium.org>
> wrote:
> > I'm having difficulty grokking this proposal. Can you describe more
> clearly how this would work with the web platform? Specifically, what kind
> of markup in a HTML document should cause a browser to use a MGET for a
> resource set as you describe it.
>
> ? e.g. <img>, <script>, CSS links etc.


Yes,



> > Also, how does this work for HTTP/1.X? Since we'll be living in a
> transitional world for awhile, I'd like to understand how this allows for
> HTTP/1.X semantics backwards compatibility.
>
> An old server would return a 405 when the BATCH comes in, then the client
> needs to switch to performing the operations individually.
>

An old server would never understand the HTTP/2 stream format required to
deliver the multi-responses.

So the only case where HTTP/1.1 would be an issue would be in a HTTP/2 to
HTTP/1 gateway and there the gateway would have to either refuse to do an
MGET or break it down into separate requests.


-- 
Website: http://hallambaker.com/