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

Re: Tri-state for http-detect-chunking config option

From: Ben Reser <ben_at_reser.org>
Date: Fri, 12 Jul 2013 11:39:33 -0700

On Fri, Jul 12, 2013 at 10:48 AM, Stefan Sperling <stsp_at_elego.de> wrote:
> On Fri, Jul 12, 2013 at 06:41:13PM +0100, Philip Martin wrote:
>> Stefan Sperling <stsp_at_elego.de> writes:
>>
>> > So I think we should just accept the penalty of an extra request in 1.8.
>> > And perhaps have a knob to turn auto-detection off if users really care
>> > about a bit of extra latency.
>>
>> That sounds like "http-chunked-requests=auto|yes|no" with auto being the
>> default. Is there any difference?
>
> No. I don't think there is.
>
> But I've lost track what what the various option names and various
> option settings mean to various people :)

Two different option names are currently on the table.

httpd-detect-chunking = no/yes (no is the current default). yes means
perform an extra OPTIONS request. no means just use chunking without
checking.
httpd-chunked-requests = auto/yes/no (auto is the default). auto means
perform an extra OPTIONs request, yes means just use chunking no
detection, no means don't use chunking no detection.

The options from Greg's first email are as followed described in the
terms of those options:

1) http-detect-chunking as described above.
2) http-detect-chunking with yes as the default.
3) http-chunked-requests.
Received on 2013-07-12 20:40:13 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.