Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
MIME-Version: 1.0
In-Reply-To: <CALK=YjPxoCyR74iyU51uhf5BCqQxwtToS1hdx1q98+ARQxZB7w@mail.gmail.com>
References: <9335c87a-ff39-5c0d-4d82-ba239b6e0248@gmail.com>
 <68B8CB99-D049-4C9D-80FC-A9BD24FAF37C@greenbytes.de> <6699836C-96A0-45AD-90A7-AF0894CB7F26@jaguNET.com>
 <8d174737-ae1a-34d7-dc89-a8393f91be37@gmail.com> <E2856E95-BAF1-4CD7-8B98-951F2D0B6354@jaguNET.com>
 <258f9933-4a2e-b0c7-c24b-97091612380c@gmail.com> <50400730-6125-46D5-AF9B-6E6FF6B51EB2@heroku.com>
 <6D6081EC-06D2-4E66-BB9B-60470748514B@jaguNET.com> <17F9EF18-9A4B-4DC4-9397-84CD2EF557AF@jaguNET.com>
 <e184c7e6-917b-5f53-bf48-066953604c0d@gmail.com> <3D1DF86E-8AC9-4667-A171-823BE78D4DE3@jaguNET.com>
 <4823FE27-717C-40C5-8603-0C51A5AAA649@jaguNET.com> <d1878014-1246-547e-3fe7-9d8f840fee3f@gmail.com>
 <468CCCFC-2A3A-4B87-8BA3-EC9AD8D56547@jaguNET.com> <CALK=YjPxoCyR74iyU51uhf5BCqQxwtToS1hdx1q98+ARQxZB7w@mail.gmail.com>
From: Eric Covener <covener@gmail.com>
Date: Thu, 26 Jan 2017 00:30:12 -0500
Message-ID: <CALK=YjPgdPB9-R=N8B7bMEuCpFTKeXv9kujuey7hH_7K_0Sc7w@mail.gmail.com>
Subject: Re: Summary: Broken FastCGI with httpd
To: Apache HTTP Server Development List <dev@httpd.apache.org>
Content-Type: text/plain; charset=UTF-8
archived-at: Thu, 26 Jan 2017 05:30:28 -0000

I'm testing your recent config and the config from
https://github.com/apache/httpd/commit/cab0bfbb2645bb8f689535e5e2834e2dbc23f5a5#commitcomment-20393588
w/ htaccess that makes index.php act like a front controller.  Lately
I look at the output of the fakefpm.pl script I posted above, but was
originally pointing at a simple fpm server.

But since it's a 2.4.23 regression for fpm, I am looking for the
minimum change, because there are just too many potential fastcgi
servers we could be contacting.

IOW why make other tweaks here w/o opt-in if the only report we have
is the guy who is broken by the fcgi:// stripping?  I'm just afraid we
won't see the problems in synthetic tests.


On Wed, Jan 25, 2017 at 11:37 PM, Eric Covener <covener@gmail.com> wrote:
> Seems like w/ the update it's still a bogus PATH_INFO that fpm is correcting
>
>           'PATH_INFO' => '/foo.php/bar/baz/',
>
> I'm using this as the target from one of the old bug reports.
>
> #!/usr/bin/perl
> use FCGI;
> use Socket;
> use FCGI::ProcManager;
> use Data::Dumper;
>
> $num_args = $#ARGV + 1;
> if ($num_args != 1) {
>  print "\nUsage: fcgi.pl <socket>\n";
>  exit 1;
> }
>
> $proc_manager = FCGI::ProcManager->new( {n_processes => 1} );
> $socket = FCGI::OpenSocket( $ARGV[0], 10 );
> $request = FCGI::Request( \*STDIN, \*STDOUT, \*STDERR, \%req_params,
> $socket, &FCGI::FAIL_ACCEPT_ON_INTR );
> $proc_manager->pm_manage();
> if ($request) {
>  while ( $request->Accept() >= 0 ) {
>    $proc_manager->pm_pre_dispatch();
>    print("Content-type: text/plain\r\n\r\n");
>    print Dumper(\%req_params);
>  }
> }
> FCGI::CloseSocket($socket);
>
> On Wed, Jan 25, 2017 at 11:31 PM, Jim Jagielski <jim@jagunet.com> wrote:
>> OK... I just committed something that in the AddType/Action
>> setup has reasonable values w/ php-fpm70
>
>
>
> --
> Eric Covener
> covener@gmail.com


-- 
Eric Covener
covener@gmail.com