Cool :).
As a workaround for that limitation I was using a hack (in case someone
finds it useful):
ProxyPass /mybackend-fpm-proxy !
ProxyPass /mybackend-fpm-proxy unix:/path/to/www.sock|fcgi://mybackend-fpm/
...
RewriteRule ^(.*\.php(/.*)?)$ fcgi://mybackend-fpm/%{REQUEST_FILENAME} [P,L]
...
As
Just added as http://svn.apache.org/r1560367 is my initial
effort. It requires that rewrite rules have [P,NE] to
avoid escaping the '|' in the path, but other than
that, it works as needed. I haven't stressed it though.
On Jan 21, 2014, at 4:38 PM, Jim Jagielski j...@jagunet.com wrote:
FWIW,
Instead of using ProxyPass you can also use a Proxy block to force the
creation of a worker.
Regards
Rüdiger
Juan José Medina Godoy wrote:
Cool :).
As a workaround for that limitation I was using a hack (in case someone
finds it useful):
ProxyPass /mybackend-fpm-proxy !
ProxyPass
Yeppers... The key thing to remember that it was only
pre-existing workers (ie: those defined) that could
be associated with UDS, and so if you could trick
mod_rewrite (or anyone else) to use that worker, you
were golden.
The problem was the mod_rewrite, in general, would use
the generic reverse
Some time ago I put up HTTP to HTTPS redirects in place which now needed an
update so they would not only work for constant host names but use the
'Host' header information as target host.
So a simple
Redirect permanent / https://example.org/
wasn't enough. I wanted to avoid using mod_rewrite
On 22 Jan 2014, at 5:36 PM, Thomas Eckert thomas.r.w.eck...@gmail.com wrote:
Some time ago I put up HTTP to HTTPS redirects in place which now needed an
update so they would not only work for constant host names but use the 'Host'
header information as target host.
So a simple
Redirect
On 1/22/2014 5:48 AM, Juan José Medina Godoy wrote:
Do you think that approach is safe or is it likely to break at some
point? (relaying on the workers being located by url in that way,
without having to provide the socket in the rewrite)
Seems safe... and quite clever, actually.
--
Daniel
I remember a discussion about general support for this kind of expression
parsing after I asked for it via IRC/list but cannot remember what became
of it. It would definitely be neat to have that kind of thing in there -
much less copy-n-paste like config sections ! Glad to hear there's progress
Your hack has the additional benefit is being
a pooled connection and not a one-shot, and therefore
will have better performance. But that isn't related
to UDS at all.
Well, it is related to UDS in the sense of being my solution to make my
rewrites end up serving content obtained through a Unix
Just a las quick comment about using a Proxy section to define the proxy.
I could not make it work using the below snippet:
Proxy unix:/path/to/some.sock|fcgi://myserver
/Proxy
Digging into the code, I realized the worker was only created if more
arguments were provided (which
Yes, forgot to mention this. You need to set at least one option get it created.
Regards
Rüdiger
Von: ryo takatsuki [mailto:ryotakats...@gmail.com]
Gesendet: Mittwoch, 22. Januar 2014 19:07
An: dev@httpd.apache.org
Betreff: Re: UDS support for mod_rewrite
Just a las quick comment about using a
On Wed, Jan 22, 2014 at 3:54 PM, j...@apache.org wrote:
Author: jim
Date: Wed Jan 22 14:54:21 2014
New Revision: 1560367
URL: http://svn.apache.org/r1560367
Log:
make mod_rewrite and mod_proxy UDS work together...
[...]
Modified: httpd/httpd/trunk/modules/proxy/proxy_util.c
URL:
On 01/22/2014 05:42 PM, Graham Leggett wrote:
On 22 Jan 2014, at 5:36 PM, Thomas Eckert thomas.r.w.eck...@gmail.com
mailto:thomas.r.w.eck...@gmail.com wrote:
Some time ago I put up HTTP to HTTPS redirects in place which now needed an
update so they would not only work for
constant host names
Hi,
I recently began using mod_session, mod_session_cookie, mod_session_crypto,
and mod_auth_form (forgetting anyone?) in httpd 2.4.x to provide an
authentication front end to a web app. In my efforts to meet requirements
and solve session bugs I've needed to jump in and make a few changes to the
14 matches
Mail list logo