W3C home > Mailing lists > Public > whatwg@whatwg.org > November 2006

[whatwg] XMLHttpRequest connection limit

From: Ted Goddard <ted.goddard@icesoft.com>
Date: Thu, 2 Nov 2006 08:51:11 -0700
Message-ID: <E7C3108C-75D6-416F-8837-18541560B08D@icesoft.com>

On 2-Nov-06, at 4:48 AM, Anne van Kesteren wrote:

> FYI: The list for raising issues on XMLHttpRequest is public- 
> webapi at w3.org.

Thanks, I'll bring up the topic there as well.  Changing
the policy on browser connection limits is lightweight
enough, though, that whatwg could be very effective at
realizing it.

>
> On Wed, 01 Nov 2006 17:34:24 +0100, Ted Goddard  
> <ted.goddard at icesoft.com> wrote:
>> [...]
>>
>> I would like to propose that the HTTP connection limit
>> be standardized at two per user-initiated window. (For
>> instance, Safari is not limited to two connections per
>> browser.)  This should be a relatively straightforward
>> change in browser policy (browsers other than Safari,
>> that is), but it is a significant enhancement for
>> Ajax applications.
>
> I don't think changing HTTP is really in scope for the  
> XMLHttpRequest specification.

Changing the connection limit from two per process to
two per window isn't changing HTTP at all. Perhaps you
are referring to the following text in RFC 2616


    Clients that use persistent connections SHOULD limit the
    number of simultaneous connections that they maintain to
    a given server. A single-user client SHOULD NOT maintain
    more than 2 connections with any server or proxy.

    http://www.ietf.org/rfc/rfc2616.txt

But what is the "single-user client"? Is it your router
with a single IP address? A single host? A browser process?
A browser window? In the case of a highly interactive Ajax
application, the client is the window. In other words,
there are perfectly valid reasons for allowing more than
two HTTP connections from a single process, well within
the guidelines for a "SHOULD".

Regards,
Ted.


>
> -- 
> Anne van Kesteren
> <http://annevankesteren.nl/>
> <http://www.opera.com/>
>
Received on Thursday, 2 November 2006 07:51:11 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:58:49 UTC