Re: Simplifying mod_alias

2014-01-27 Thread Graham Leggett
On 27 Jan 2014, at 9:58 AM, Thomas Eckert thomas.r.w.eck...@gmail.com wrote: When doing this please keep in mind there is a huge amount of users out there who are not developers and who will struggle with something like LocationMatch ^/foo/(?bar[^/]+) Alias

Re: Simplifying mod_alias

2014-01-27 Thread Thomas Eckert
Why would they struggle any more than this, which is what they would need to do for the same config today? AliasMatch ^/foo/(?bar[^/]+) /var/lib/${1}/baz LocationMatch ^/foo/(?bar[^/]+) …stuff... /LocationMatch I can't put my finger on it so I guess it's not much of an argument and more

Re: UDS support for mod_rewrite

2014-01-27 Thread ryo takatsuki
Hi, First of all, sorry for the trouble if this ends up being a misconfiguration/misunderstanding of the code on my side :) Are you saying that PHP-FPM requires that the r-filename AND the URL have that prepended? That seems weird and wrong to me... Yep, but only the filename. Here is the

Re: unsetting encrypted cookies when encryption key changes

2014-01-27 Thread Thomas Eckert
It just woke up - committed in r1560977 and proposed for backport to v2.4.x. Nice, thank you ! Isn't it curious how the expiry is inspected before the session is decoded? Why ? On Fri, Jan 24, 2014 at 9:16 PM, Erik Pearson e...@adaptations.com wrote: Isn't it curious how the expiry is

Re: UDS support for mod_rewrite

2014-01-27 Thread Jim Jagielski
On Jan 27, 2014, at 4:20 AM, ryo takatsuki ryotakats...@gmail.com wrote: Hi, First of all, sorry for the trouble if this ends up being a misconfiguration/misunderstanding of the code on my side :) Are you saying that PHP-FPM requires that the r-filename AND the URL have that

Re: unsetting encrypted cookies when encryption key changes

2014-01-27 Thread Graham Leggett
On 27 Jan 2014, at 1:04 PM, Thomas Eckert thomas.r.w.eck...@gmail.com wrote: It just woke up - committed in r1560977 and proposed for backport to v2.4.x. Nice, thank you ! Isn't it curious how the expiry is inspected before the session is decoded? Why ? I was also confused by the

Re: UDS support for mod_rewrite

2014-01-27 Thread Jim Jagielski
Fixed in r1561660 On Jan 27, 2014, at 7:34 AM, Jim Jagielski j...@jagunet.com wrote: On Jan 27, 2014, at 4:20 AM, ryo takatsuki ryotakats...@gmail.com wrote: Hi, First of all, sorry for the trouble if this ends up being a misconfiguration/misunderstanding of the code on my side :)

Re: UDS support for mod_rewrite

2014-01-27 Thread ryo takatsuki
It is working perfectly now. Thanks! 2014-01-27 Jim Jagielski j...@jagunet.com Fixed in r1561660 On Jan 27, 2014, at 7:34 AM, Jim Jagielski j...@jagunet.com wrote: On Jan 27, 2014, at 4:20 AM, ryo takatsuki ryotakats...@gmail.com wrote: Hi, First of all, sorry for the trouble if

Re: Simplifying mod_alias

2014-01-27 Thread Jim Jagielski
+1 On Jan 27, 2014, at 3:29 AM, Graham Leggett minf...@sharp.fm wrote: On 27 Jan 2014, at 9:58 AM, Thomas Eckert thomas.r.w.eck...@gmail.com wrote: When doing this please keep in mind there is a huge amount of users out there who are not developers and who will struggle with something like

Re: Simplifying mod_alias

2014-01-27 Thread Kurt Newman
Thoughts? In the long run, this would be a fantastic change, particularly from a support and automation perspective. In the short run, conversion won't be fun. But that's what change does, and isn't unique to just this. Thanks

Re: svn commit: r1561447 - in /httpd/httpd/trunk: CHANGES modules/mappers/mod_dir.c

2014-01-27 Thread Chris Darroch
Eric: Is the DirectorySlash side of things ever useful for these methods? You're thinking that maybe the return DECLINED statement could move up to the top of fixup_dir()? I've pondered that myself, but I think that's a much bigger change than just restoring the 2.2.x behaviour which should

Re: svn commit: r1132494 - in /httpd/httpd/trunk: ./ include/ modules/mappers/ server/

2014-01-27 Thread Eric Covener
On Sun, Jun 5, 2011 at 5:33 PM, s...@apache.org wrote: + else { + int pathlen = strlen(found) - + (strlen(r-uri + regm[0].rm_eo)); + AP_DEBUG_ASSERT(pathlen = 0); +