On Mon, Jan 6, 2014 at 1:17 PM, Daniel Ruggeri drugg...@primary.net wrote:
One more vote for the UDS patch would be appreciated if anyone could
spare a moment to have a look. Happy New Year all, BTW.
I tried the UDS patch in httpd trunk with mod_proxy_fcgi and PHP-FPM,
and ProxyPass is working
On Fri, Oct 18, 2013 at 9:30 AM, Jim Jagielski j...@jagunet.com wrote:
UDS support in mod_proxy is at a stage for some serious
testing...
Tested with httpd SVN trunk r1534292 plus apr SVN trunk r1534314.
First I verified that mod_proxy_fcgi works as expected with TCP sockets
using this
On Tue, Oct 15, 2013 at 1:01 PM, Jim Jagielski j...@jagunet.com wrote:
I went ahead and made an exec decision to baseline
unix:/path/to/sock.sock|http:
as canon. trunk now does this.
Jim, thanks for working on this. With this latest approach how is the URI
path specified? For
Hello,
I updated my patch which adds Unix domain socket support to mod_proxy
to resolves a problem on BSD systems. The patch is against Apache
2.4.4. Please see this bugzilla for the details:
https://issues.apache.org/bugzilla/show_bug.cgi?id=54101#c1
Thanks,
Blaise
Hi,
The attached patch adds support for Unix domain sockets (UDS) to
mod_proxy. This is very beneficial when configuring a reverse proxy
using mod_proxy_fcgi to connect to PHP-FPM. In some tests with ab
there was over 20% improvement in the request rate when using a UDS
instead of TCP.
Since
Brian Pane writes:
Blaise Tarr wrote:
With 2.0.40 content coming from mod_proxy and mod_cgi is no longer
streamed to the client but sent in one big chunk.
Here's a patch that removes the buffering. Let me know if
it solves the proxy streaming problem.
Thanks Brian. It's much
With 2.0.40 content coming from mod_proxy and mod_cgi is no longer
streamed to the client but sent in one big chunk. It appears that the
C-L filter now buffers the data in every case. For certain
applications this is a very undesirable feature, and it would be very
helpful if the C-L filter