Re: remoteip module - extended support in 2.4 branch

Thx William, good to hear there are no API changes and module from trunk should fit to 2.4 . The most important feature for me is actually one disabling PROXY mode for particular IPs - something I can not achieve with proxy_protocol external module M. Od: "William A Rowe Jr"

Re: remoteip module - extended support in 2.4 branch

Marcin, There are no required API changes; you should be able to drop in the trunk version of mod_remoteip.c and it should just compiler. Or you can compile the trunk module with apxs -c There is one agreed/anticipated change, to enable PROXY protocol on a remote client IP basis (e.g. enable for

Re: remoteip module - extended support in 2.4 branch

is there any timeline for this ? or I should build httpd myself from trunk ? Od: "Eric Covener" Do: "dev" Wysłane: czwartek, 11 styczeń 2018 15:20:56 Temat: Re: remoteip module - extended support in 2.4 branch On Thu, Jan 11, 2018 at 9:10 AM,

Re: remoteip module - extended support in 2.4 branch

On Thu, Jan 11, 2018 at 9:10 AM, Marcin Giedz wrote: > Hi there,sent the same question to users list but seems like dev is rather > better place. > > In trunk version remoteip has been extended with some PROXY protocol > support. Are there any chances these changes will be

remoteip module - extended support in 2.4 branch

Hi there,sent the same question to users list but seems like dev is rather better place. In trunk version remoteip has been extended with some PROXY protocol support. Are there any chances these changes will be backported to 2.4 branch ? Thx Marcin

Re: Align worker's worker's fdqueue with event's?

> Am 11.01.2018 um 13:02 schrieb Yann Ylavic : > > Hi, > > there a several optimizations and correctness fixes in event/fdqueue.c > that don't land in worker/fdqueue.c. > > The patch would look like the attached. > It also include some cosmectic changes in event (mainly

Align worker's worker's fdqueue with event's?

Hi, there a several optimizations and correctness fixes in event/fdqueue.c that don't land in worker/fdqueue.c. The patch would look like the attached. It also include some cosmectic changes in event (mainly s/type * arg/type *arg/) ala worker which suits more with the style used elsewhere in

Re: svn commit: r1819969 - /httpd/httpd/trunk/modules/filters/mod_proxy_html.c

You are right. The continue catches that case. Nice work! > Am 11.01.2018 um 11:18 schrieb Yann Ylavic : > > On Thu, Jan 11, 2018 at 10:55 AM, ste...@eissing.org > wrote: >> Hmm...lines 952+: if the first data bucket has length 0, will the >> parser

Re: svn commit: r1819969 - /httpd/httpd/trunk/modules/filters/mod_proxy_html.c

On Thu, Jan 11, 2018 at 10:55 AM, ste...@eissing.org wrote: > Hmm...lines 952+: if the first data bucket has length 0, will the > parser not still be opened on potentially uninitialized buf memory? I tried to make so that zero length buckets (actually any leading bucket until

Call for Presentations FOSS Backstage open

Hi, As announced on Berlin Buzzwords we (that is Isabel Drost-Fromm, Stefan Rudnitzki as well as the eventing team over at newthinking communications GmbH) are working on a new conference in summer in Berlin. The name of this new conference will be "FOSS Backstage". Backstage comprises all things

Re: svn commit: r1819969 - /httpd/httpd/trunk/modules/filters/mod_proxy_html.c

Hmm...lines 952+: if the first data bucket has length 0, will the parser not still be opened on potentially uninitialized buf memory? > Am 03.01.2018 um 14:37 schrieb yla...@apache.org: > > Author: ylavic > Date: Wed Jan 3 13:37:50 2018 > New Revision: 1819969 > > URL: