On 26 Oct 2015, at 10:45 AM, Yehezkel Horowitz wrote:
> Any chance someone could take a short look and provide me a feedback (of any
> kind)?
>
> I know your focus is on 2.4 and trunk, but there are still many 2.2 servers
> out there…
>
> Patch attached again for
First, thanks Nick for the feedback.
I have submitted https://bz.apache.org/bugzilla/show_bug.cgi?id=58550 as you
suggested.
>If a threaded MPM really isn't an option (for most users the obvious
>solution), then the question is what works for you.
I can't use threaded MPM as PHP (at least my
On Mon, 2015-10-26 at 08:45 +, Yehezkel Horowitz wrote:
> Any chance someone could take a short look and provide me a feedback
> (of any kind)?
A patch posted here may get lost, especially if it's
not simple and obvious enough for instant review and
understanding. Posting it as an
Any chance someone could take a short look and provide me a feedback (of any
kind)?
I know your focus is on 2.4 and trunk, but there are still many 2.2 servers out
there...
Patch attached again for you convenience
Yehezkel Horowitz
Check Point Software Technologies Ltd.
From: Yehezkel
Hi,
in modules/cache/cache_util.h, CACHE_SEPARATOR is defined as:
#define CACHE_SEPARATOR ", "
I don't see any reason to have 3 spaces here.
It is only used within calls to 'cache_strqtok' and scanning 3 times for
the same thing is just a waste of time.
Did I miss something obvious,
> -Original Message-
> From: Christophe JAILLET [mailto:christophe.jail...@wanadoo.fr]
> Sent: Montag, 26. Oktober 2015 08:06
> To: dev@httpd.apache.org
> Subject: Question about CACHE_SEPARATOR in modules/cache/cache_util.h
>
> Hi,
>
> in modules/cache/cache_util.h, CACHE_SEPARATOR is
On 26 Oct 2015, at 9:05 AM, Christophe JAILLET
wrote:
> in modules/cache/cache_util.h, CACHE_SEPARATOR is defined as:
>
> #define CACHE_SEPARATOR ", "
>
>
> I don't see any reason to have 3 spaces here.
> It is only used within calls to 'cache_strqtok'
On Sat, Oct 24, 2015 at 10:49 AM, Jim Jagielski wrote:
> Just some food for thought; let me know if I'm off the rails.
>
Well, that depends on what you are commenting on...
Over the last several months, it's appeared to me that we have
> been adding patches that feel, well,
On Mon, 26 Oct 2015 09:51:43 -0700
Jacob Champion wrote:
> I'm somewhat on the outside looking in, as an httpd newbie. But my
> standard experience (it's happened two or three times now) is this:
>
> 1) Non-trivial patch is proposed to the list with calls for
>
On 26 Oct 2015, at 22:23, Nick Kew wrote:
> On Mon, 26 Oct 2015 09:51:43 -0700
> Jacob Champion wrote:
>
>> I'd rather not feel like I'm just annoying dev@ until you submit my
>> stuff -- I want to *talk* about it, and improve the server.
>
> That may
On Mon, Oct 26, 2015 at 12:45 PM, Yehezkel Horowitz
wrote:
>
>>The following patch was recently backported to v2.4, how similar is your
>> patch to this one?
>
>> *) MPMs: Support SO_REUSEPORT to create multiple duplicated listener
>
> records for scalability.
Hello Jim,
As Bill pointed out, it would be helpful if you could identify some
specific details within the general trend you are observing.
But the kind of thing that you are mentioning is something that I would
expect to happen far more often than can be observed in the Apache HTTP
Server
On 10/26/2015 03:40 PM, Tim Bannister wrote:
On 26 Oct 2015, at 22:23, Nick Kew wrote:
I wonder if workflow would be improved if we had named maintainers
for particular parts of the codebase - for example individual
modules? Not necessarily to do all the work, but to take
On 10/26/2015 03:23 PM, Nick Kew wrote:
On Mon, 26 Oct 2015 09:51:43 -0700
Jacob Champion wrote:
I'd rather not feel like I'm just annoying dev@ until you submit my
stuff -- I want to *talk* about it, and improve the server.
That may not be easy. You need to find
On 26 Oct 2015, at 2:15 PM, Rainer Jung wrote:
> The line goes back to
>
> https://bz.apache.org/bugzilla/show_bug.cgi?id=50199
>
> where Nick reported the problem and Graham provided the initial patch.
>
> The defined tokenizer chars were "comma-space-space-space"
Am 26.10.2015 um 10:11 schrieb Graham Leggett:
On 26 Oct 2015, at 9:05 AM, Christophe JAILLET
wrote:
in modules/cache/cache_util.h, CACHE_SEPARATOR is defined as:
#define CACHE_SEPARATOR ", "
I don't see any reason to have 3 spaces here.
It is only
Yann,
I found this while trying to understand the corner cases for Origin
header checks for mod_websocket, and I do actually have some thoughts on
it...
On 03/04/2015 07:21 AM, Yann Ylavic wrote:
(by default, not only with "HttpProtocol strict", which is trunk only btw).
Per
> On Oct 26, 2015, at 10:33 AM, Jacob Champion wrote:
>
> Yann,
>
> I found this while trying to understand the corner cases for Origin header
> checks for mod_websocket, and I do actually have some thoughts on it...
>
> On 03/04/2015 07:21 AM, Yann Ylavic wrote:
>> (by
On Mon, Oct 26, 2015 at 9:56 AM, Jacob Champion
wrote:
> On 10/24/2015 09:32 PM, Kurtis Rader wrote:
>
>> People reviewing changes to the existing code base have to be hard-nosed
>> assholes.
>>
>
> Kurtis,
>
> I agree with everything you said except this. IMHO, you've
On 10/24/2015 09:32 PM, Kurtis Rader wrote:
People reviewing changes to the existing code base have to be hard-nosed
assholes.
Kurtis,
I agree with everything you said except this. IMHO, you've traded one
bad extreme (where few people care about the quality of the codebase)
for another
On 10/24/2015 08:49 AM, Jim Jagielski wrote:
Thoughts? Comments?
Jim,
I'm somewhat on the outside looking in, as an httpd newbie. But my
standard experience (it's happened two or three times now) is this:
1) Non-trivial patch is proposed to the list with calls for
discussion/debate.
2)
Hi Istvan,
the module has been released as part of the httpd server in version 2.4.17 and
can be downloaded from here: http://httpd.apache.org/download.cgi
Best Regards,
Stefan
> Am 26.10.2015 um 18:05 schrieb Istvan Lajtos :
>
> Hello Stefan
>
> I would appreciate if
On 10/26/2015 10:52 AM, Kurtis Rader wrote:
Asshole was probably not the best term. I meant it in the sense that you
shouldn't be afraid to tell someone in plain language what the problems
are with their proposed change. Yes, the reviewer should be polite. No,
they should not sugar-coat their
23 matches
Mail list logo