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

Re: Multi-GET, extreme compression?

From: Nico Williams <nico@cryptonector.com>
Date: Tue, 19 Feb 2013 00:59:20 -0600
Message-ID: <CAK3OfOiH7Q3TEkNLbwN=FaO4vnEGX22hsquyO2CtE4L+PXn3eQ@mail.gmail.com>
To: Mark Nottingham <mnot@mnot.net>
Cc: Phillip Hallam-Baker <hallam@gmail.com>, "ietf-http-wg@w3.org Group" <ietf-http-wg@w3.org>
On Mon, Feb 18, 2013 at 11:07 PM, Mark Nottingham <mnot@mnot.net> wrote:
> On 19/02/2013, at 3:44 PM, Nico Williams <nico@cryptonector.com> wrote:
>> Is Phillip's proposal also out of charter?
> If it requires significant modification of HTTP APIs to function, or changes to HTML, yes.

I think neither.  Think of a header by which I ask for a tarball (or
whatever suitable archive format) with the resource and related
sub-resources?  How would such an extension require changes to HTTP
APIs or HTML?  I think it's neither.  It would require changes to the
server, but if the server doesn't grok this header no problem ensues:
the client can tell what happened because of the content type of the
result (assuming success).  To be fair the obvious way to code this on
the client would be either as a wrapper to HTTP APIs (I assume you
meant APIs to HTTP, as opposed to APIs accessed via HTTP) or as
extensions to HTTP APIs.

(And if you really meant HTTP APIs as in APIs accessed via HTTP then I
think those also would require no changes.)

>>> Again, if you have a proposal, please write it up in detail and make it to the WG; endlessly discussing the minutia of a half-formed idea is not a productive use of anyone's time.
>> I... posted twice on this, within minutes.
> Yes, but it's not about a simple post count. It's about continuing a thread where I'd already suggested making a more well-formed proposal before continuing discussion.

Ah, my sin then was not reading the whole thread first.  Sorry.

Received on Tuesday, 19 February 2013 06:59:50 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:11:10 UTC