[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [PATCH] Have serf send Content-Length request bodies

From: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: Mon, 16 May 2011 22:54:32 +0000

On Mon, May 16, 2011 at 10:48 PM, Konstantin Kolinko
<knst.kolinko_at_gmail.com> wrote:
> HTTP/1.0 does not support keep-alive, and thus the connection will be
> closed after each request. You will need HTTP/1.1 to keep the
> connection open.

Correct - in this particular set of circumstances, httpd is going to
either select Connection: Close or chunked response encoding. Even if
serf were to advertise that it were only 1.0, httpd would then still
choose Connection: close (as it doesn't know the response lengths).
So, since Squid doesn't know what chunked is...httpd is forced to
close the connection.

> Maybe you are able to connect with HTTPS?

Of course - SSL works just fine...even better with my last set of
patches over the weekend. =)

> Quick look at the docs says that HTTP/1.1 is disabled in Squid 2.7 by
> default and its implementation "is still incomplete" [1]. Squid 3.x
> should behave better.
> [1] http://www.squid-cache.org/Doc/config/server_http11/
> I am not a Squid admin, but just verifying my own worries about that product.

Yes, I'm aware that squid does not adhere to any type of RFC compliance.

The fundamental question is: is it better to have it work and perform
terribly, or have it fail and highlight to the user that they would be
better off using HTTPS or something else.

I can support both sides of the argument...hence, my desire to get
feedback. -- justin
Received on 2011-05-17 00:54:59 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.