Bug #79014 [Opn]: PHP-FPM & Primary script unknown | no more PHP Render

From: Date: Mon, 10 Feb 2020 00:19:27 +0000
Subject: Bug #79014 [Opn]: PHP-FPM & Primary script unknown | no more PHP Render
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-225468@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=79014&edit=1

 ID:                 79014
 User updated by:    sainthyoga2003 at gmail dot com
 Reported by:        sainthyoga2003 at gmail dot com
 Summary:            PHP-FPM & Primary script unknown | no more PHP
                     Render
 Status:             Open
 Type:               Bug
 Package:            *General Issues
 Operating System:   openSUSE Tumbleweed
 PHP Version:        7.4.0
 Block user comment: N
 Private report:     N

 New Comment:

Updated to 7.4.2 in openSUSE Tumbleweed latest release, the same problem. I think because this
issue, in AWS the main PHP version is the 7.3.11

What's news about it?


Previous Comments:
------------------------------------------------------------------------
[2020-01-02 11:13:26] counterstrikec4 at gmail dot com

I also show this bug when using the following bundle:
Apache (mpm event) and php-fpm (UDS unix socket).
Settings under which I see a problem:
cgi pathino fix value "1".
For more information, apache settings for php are configured correctly and everything is fine in the
.htacces file too. The problem is that when accessing non-existent php files, apache processes
correctly and responds with a 404 error, but php fpm still tries to process a non-existent php file
and responds with a primary script unknown error.
I also observed a problem using php unix socket in apache, namely when using only unix socket in php
with cgi path info value 0 set, php did not correctly handle script file name or script file path.
These are very important issues for using php fpm unix socket in apache.

------------------------------------------------------------------------
[2019-12-23 10:43:26] cmb@php.net

Feedback has been given.

------------------------------------------------------------------------
[2019-12-21 22:03:39] sainthyoga2003 at gmail dot com

I don't think so. If the previous version was working, why should fail when upgrade?

My current php7 handler for apache is:

<IfModule mod_php7.c>
       <FilesMatch "\.ph(p[345]?|tml)$">
           SetHandler application/x-httpd-php
       </FilesMatch>
       <FilesMatch "\.php[345]?s$">
           SetHandler application/x-httpd-php-source
       </FilesMatch>
        #DirectoryIndex index.php4
        #DirectoryIndex index.php5
        DirectoryIndex index.php
</IfModule>
<IfModule mod_proxy_fcgi.c>
       <FilesMatch "\.ph(p[345]?|tml)$">
           SetHandler "proxy:unix:/var/run/php-fpm.sock|fcgi://localhost/"
       </FilesMatch>
       <FilesMatch "\.php[345]?s$">
           SetHandler application/x-httpd-php-source
       </FilesMatch>
        DirectoryIndex index.php
        #DirectoryIndex index.php4
        #DirectoryIndex index.php5
</IfModule>

I have just made a rollback to get the PHP 7.3.11 what is working.

------------------------------------------------------------------------
[2019-12-21 21:30:41] requinix@php.net

Your Apache configuration is not set up properly for FastCGI. Specifically, it is not passing the
PATH_TRANSLATED CGI variable. May be missing others too.

------------------------------------------------------------------------
[2019-12-21 21:26:56] sainthyoga2003 at gmail dot com

Fix PHP Version.

------------------------------------------------------------------------


The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at

    https://bugs.php.net/bug.php?id=79014


--
Edit this bug report at https://bugs.php.net/bug.php?id=79014&edit=1


Thread (12 messages)

« previous php.bugs (#225468) next »