(NB: Below is a synthetic test; in real world, this breaks hgweb, for example;
also, for script handlers, meddling with AcceptPathInfo is not needed.)
Consider the following sample configuration:
--8<--
Alias /test "${site}/test/test.ssi.txt"
AcceptPathInfo on
ScriptAlias seems to have an unfair preference for mod_cgi, since the handler
"cgi-script" is hard-coded in mod_alias.
Would it not be nicer (towards other scripting modules and the user) if
ScriptAlias accepted an optional third parameter -- handler's name, so that one
could write
in r-filename when it was set by some other module earlier in
the request.
--
Blaise
:56195] AH01144: No protocol handler was valid for the
URL /info.php. If you are using a DSO version of mod_proxy, make sure the
proxy submodules are included in the configuration using LoadModule.
I haven't yet had a chance to investigate further.
--
Blaise
? For example, with the original patch which relied on the
URL encoded slashes we could have:
ProxyPass fcgi://socket=%2ftmp%2fphp-fpm.sock/local/htdocs/
How would that look now (specifically the /local/htdocs portion)?
--
Blaise
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
are not contained in the patch:
* bump MMN due to mod_proxy.h changes
* assign APLOGNO numbers
* detection of AF_UNIX support in configure
Thanks for your consideration,
Blaise
diff -ur httpd-2.4.2/modules/proxy/mod_proxy.h
httpd-2.4.2_uds/modules/proxy/mod_proxy.h
--- httpd-2.4.2/modules/proxy
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
back, perhaps
enabled by a config option?
Blaise
