httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeff Trawick <>
Subject Re: mod_rewrite and mod_fcgid pass wrong fcgi request
Date Sun, 15 Nov 2009 16:04:44 GMT
On Sat, Nov 14, 2009 at 3:40 PM, Felipe Alcacibar <> wrote:
> Thanks Jeff for the response.
>> I don't know what your rewrite config is, but rewrite isn't required
>> to use path info.  Can you post a minimal config that illustrates the
>> problem?
> my current configuration of the mod_rewrite and mod_fcgid
> rohan counter # cat /hosting/http/
> RewriteEngine on
> RewriteCond $1 !^($|index\.php|stock|images|subidas|galerias|css|js|robots\.txt)
> RewriteRule ^(.*)$ /index.php/$1 [L]
> rohan counter # cat /hosting/http/
> RewriteEngine on
> RewriteCond $1 !^($|index\.php|stock|images|subidas|galerias|css|js|robots\.txt)
> RewriteRule ^(.*)$ /index.php/$1 [L]
> --
> rohan counter # cat /etc/apache2/modules.d/20_mod_fcgid.conf
> <IfDefine FCGID>
> LoadModule fcgid_module modules/
> FcgidIPCDir /var/run/fcgidsock
> FcgidProcessTableFile /var/run/fcgid_shm
> FcgidMaxRequestsPerProcess 8
> FcgidMaxProcesses 10240
> FcgidMaxProcessesPerClass 1024
> FcgidMinProcessesPerClass 1
> FcgidFixPathinfo 1
> AddHandler fcgid-script .php
> FcgidWrapper /usr/bin/php-cgi .php
> FcgidInitialEnv PHP_FCGI_CHILDREN "8"
> FcgidInitialEnv PHP_FCGI_MAX_REQUESTS "1"
> <FilesMatch \.php$>
>        Options +ExecCGI
> </FilesMatch>
> DirectoryIndex index.php
> </IfDefine>
> i using a 307 redirect temporally, but that is the configuration that
> give me this problem.
> as i told before the file that try to open php-cgi is prefixed with
> "redirect:" string.

This is apparently PR 40781:

I see that one or two people have suggested work-arounds in that PR,
but they don't seem to apply directly to your configuration.  Perhaps
some mod_rewrite experts on the user list can help solve this, with
some adjustment to your mod_rewrite configuration so that in effect
PATH_TRANSLATED doesn't get left with "redirect:"?

FWIW, changing the FcgidWrapper directive temporarily to point to this
Perl script is helpful for seeing what mod_fcgid is telling PHP:


use strict;
use CGI::Fast;

while (my $q = CGI::Fast->new) {
  print "Content-Type: text/plain\r\n\r\n";

  foreach my $env (keys %ENV) {
    print "env $env = $ENV{$env}\n";

(though possibly you don't have CGI::Fast or its FCGI dependency installed)

>> Something to consider when debugging mod_fcgid issues is that the same
>> config should work with mod_cgi[d] simply by changing the handler from
>> fcgid-script to cgi-script.  More people on the users@ mailing list
>> are able to help with mod_cgi config issues.
> i take your advice and now i probe it, thanks :)
> i take the dessicion to use mod_fcgid because i use mapserver php
> module, and this module does not have a good memory management, and
> with mod_fcgid i solve this problems very efficiently.

I wasn't very clear with this suggestion ;)  My thought was to see
what it takes to get it working with CGI first, as more people could
potentially help with a CGI issue.  Once it works with CGI, it should
be straightforward to convert the config to FastCGI.  Also, if the
config then doesn't work after converting to FastCGI then it is more
likely a mod_fcgid bug.

View raw message