Was soll ich tun, wenn Nginx den PHP-Prozess nicht finden kann?

Lösung, warum Nginx den PHP-Prozess nicht finden kann: 1. Ändern Sie die Konfiguration von nginx.conf. 2. Verwenden Sie try_files, um nicht vorhandene URLs zu erfassen und einen Fehler zurückzugeben.

Die Betriebsumgebung dieses Artikels: Windows7-System, PHP7.1-Version, DELL G3-Computer

nginx Was soll ich tun, wenn der PHP-Prozess nicht gefunden werden kann?

nginx kann PHP-Datei nicht finden

Verwenden Sie php-fpm, um PHP zu analysieren. „Keine Eingabedatei angegeben“ und „Datei nicht gefunden“ sind häufige Fehler, die neuen Nginx-Benutzern Probleme bereiten Die auszuführende PHP-Datei SCRIPT_FILENAME kann nicht gefunden werden. PHP-FPM gibt die Standard-Fehlermeldung 404 an Nginx zurück.

Auf meiner Website befindet sich beispielsweise keine test.php unter document_root. Wenn Sie auf diese Datei zugreifen, können Sie den zurückgegebenen Inhalt sehen, indem Sie das Paket erfassen.

HTTP/1.1 404 Not Found
Date: Fri, 21 Dec 2012 08:15:28 GMT
Content-Type: text/html
Proxy-Connection: close
Server: nginx/1.2.5
X-Powered-By: PHP/5.4.7
Via: 1.1 c3300 (NetCache NetApp/6.0.7)
Content-Length: 16
File not found.

Viele Leute möchten nicht, dass Benutzer diese standardmäßige 404-Fehlermeldung direkt sehen, und möchten den 404-Fehler anpassen

Bevor wir die Lösung nennen, wollen wir zunächst analysieren, wie diese Art von 404-Fehler vermieden werden kann. und sagen Sie dann die Wahrheit, was zu tun ist, wenn diese Situation auftritt (z. B. wenn der Benutzer versehentlich einen Pfad eingibt, der nicht existiert), damit eine benutzerdefinierte 404-Fehlerseite angezeigt werden kann.

1. Der falsche Pfad wird an den PHP-FPM-Prozess gesendet

Wenn diese Art von Fehler auftritt, werden neun von zehn Fällen dadurch verursacht, dass der Back-End-Fastcgi-Prozess den falschen Pfad (SCRIPT_FILENAME) empfängt, und der Hauptgrund dafür ist Warum das Back-End-FastCGI den falschen Pfad empfängt, ist ein Konfigurationsfehler.

Die übliche Konfiguration von nginx.conf lautet wie folgt:

server {
    listen   [::]:80;
    server_name  example.com www.example.com;
    access_log  /var/www/logs/example.com.access.log;  
    location / {
        root   /var/www/example.com;
        index  index.html index.htm index.pl;
    }
    location /images {
        autoindex on;
    }
    location ~ \.php$ {
        fastcgi_pass   127.0.0.1:9000;
        fastcgi_index  index.php;
        fastcgi_param  SCRIPT_FILENAME  /var/www/example.com$fastcgi_script_name;
        include fastcgi_params;
    }
}

Eines der offensichtlichen Probleme besteht darin, dass die Root-Direktive am Speicherort / Block platziert wird. Wenn die Root-Direktive in einem Standortblock definiert ist, kann die Root-Direktive nur an dem Ort wirksam werden, an dem sie sich befindet. An anderen Standorten gibt es keine Root-Anweisung. Der Standortblock /images entspricht beispielsweise keiner Anfrage. Um dieses Problem zu lösen, müssen Sie die Root-Anweisung wiederholt konfigurieren. Daher müssen wir die Root-Direktive in den Serverblock einfügen, damit jeder Standort den vom übergeordneten Serverblock definierten Documentroot erbt. Wenn ein Standort einen anderen document_root definieren muss, können Sie am Standort eine separate Root-Direktive definieren.

Ein weiteres Problem besteht darin, dass der fastCGI-Parameter SCRIPT_FILENAME fest codiert ist. Wenn Sie den Wert der Root-Direktive ändern oder die Datei in ein anderes Verzeichnis verschieben, gibt php-fpm den Fehler „Keine Eingabedatei angegeben“ zurück, da SCRIPT_FILENAME in der Konfiguration fest codiert ist und sich bei der Änderung von $document_root nicht ändert. Wir können es ändern. SCRIPT_FILENAME ist wie folgt konfiguriert:

fastcgi_param  SCRIPT_FILENAME  documentrootfastcgi_script_name;

Wir können also nicht vergessen, die Root-Direktive im Serverblock zu konfigurieren, da sonst der Wert von documentroot leer ist und nur fastcgi_script_name an php-fpm übergeben wird verursacht den Fehler „Keine Eingabedatei angegeben“.

2. Die angeforderte Datei existiert wirklich nicht

Wenn Nginx eine Anfrage für eine .php-Datei erhält, die nicht vorhanden ist, weil Nginx nur prüft, ob $uri auf .php endet, und nicht beurteilt, ob die Datei existiert ., Anfragen mit der Endung .php nginx werden zur Verarbeitung direkt an php-fpm gesendet. Wenn die Datei während der PHP-FPM-Verarbeitung nicht gefunden werden kann, wird „Keine Eingabedatei angegeben“ mit dem Header „404 Not Found“ zurückgegeben.

Lösung

Wir fangen nicht vorhandene Dateien in Nginx ab, fordern einen benutzerdefinierten 404-Fehler an und geben ihn zurück.

Verwenden Sie try_files, um nicht vorhandene URLs zu erfassen und Fehler zurückzugeben.

location ~ .php$ {
 try_files $uri =404;
 fastcgi_pass 127.0.0.1:9000;
 fastcgi_index index.php;
 fastcgi_param SCRIPT_FILENAME ....
 ...................................
 ...................................
}

Die obige Konfiguration prüft, ob die .php-Datei vorhanden ist. Wenn sie nicht vorhanden ist, wird eine 404-Seite zurückgegeben.

Empfohlenes Lernen: „PHP-Video-Tutorial“

Das obige ist der detaillierte Inhalt vonWas soll ich tun, wenn Nginx den PHP-Prozess nicht finden kann?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!