nginx affichant des pages PHP vierges

J'ai configuré un serveur nginx avec php5-fpm. Lorsque j'essaye de charger le site, j'obtiens une page vierge sans erreur. Les pages HTML sont servies correctement mais pas en PHP. J'ai essayé d'activer display_errors dans php.ini mais pas de chance. php5-fpm.log ne produit aucune erreur et nginx non plus.

nginx.conf

server {
    listen 80;
    root /home/mike/www/606club;
    index index.php index.html;
    server_name mikeglaz.com www.mikeglaz.com;
    error_log /var/log/nginx/error.log;
    location ~ \.php$ {
            #fastcgi_pass 127.0.0.1:9000;
            # With php5-fpm:
            fastcgi_pass unix:/var/run/php5-fpm.sock;
            fastcgi_index index.php;
            include fastcgi_params;
    }
}

ÉDITER

voici mon journal des erreurs nginx:

2013/03/15 03:52:55 [error] 1020#0: *55 open() "/home/mike/www/606club/robots.txt" failed (2: No such file or directory), client: 199.30.20.40, server: mikeglaz.com, request: "GET /robots.txt HTTP/1.1", host: "mikeglaz.com"

Pour référence, je joins mon locationbloc pour attraper des fichiers avec l' .phpextension:

location ~ \.php$ {
    include /path/to/fastcgi_params;
    fastcgi_pass  127.0.0.1:9000;
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME $document_root/$fastcgi_script_name;
}

Vérifiez le /path/to/fastcgi-params, et assurez-vous qu'il est présent et lisible par l'utilisateur nginx.

remplacer

include fastcgi_params;

avec

include fastcgi.conf;

et supprimez fastcgi_param SCRIPT_FILENAME ... dans nginx.conf

J'ai également eu ce problème et j'ai finalement trouvé la solution ici . En bref, vous devez ajouter la ligne suivante à votre fichier de configuration nginx fastcgi (/ etc / nginx / fastcgi_params dans Ubuntu 12.04)

fastcgi_param PATH_TRANSLATED $document_root$fastcgi_script_name;

De nombreux utilisateurs tombent dans ce fil en espérant trouver une solution pour les pages vierges affichées tout en utilisant nginx + php-fpm , moi étant l'un d'entre eux. Voici un récapitulatif de ce que j'ai fini par faire après avoir lu de nombreuses réponses ici ainsi que mes propres enquêtes (mise à jour en php7.2):

1) Ouvrez /etc/php/7.2/fpm/pool.d/www.confet vérifiez la valeur du paramètre listen.

listen = /var/run/php/php7.2-fpm.sock

2) Le paramètre listendoit correspondre au fastcgi_passparamètre du fichier de configuration de votre site (i, e :) /etc/nginx/sites-enabled/default.

fastcgi_pass unix:/var/run/php/php7.2-fpm.sock;

3) Vérifiez que le fichier existe réellement:

$ file /var/run/php/php7.2-fpm.sock 
/var/run/php/php7.2-fpm.sock: socket

4) S'il n'existe pas, cela signifie que php7.2-fpm n'est pas en cours d'exécution, vous devez donc le redémarrer:

$ sudo /etc/init.d/php7.2-fpm restart
[ ok ] Restarting php7.2-fpm (via systemctl): php7.2-fpm.service.

En ce qui concerne la locationsection dans /etc/nginx/sites-enabled/default:

   # pass PHP scripts to FastCGI server
   #
   location ~ \.php$ {
      include snippets/fastcgi-php.conf;

      # With php-fpm (or other unix sockets):
      fastcgi_pass unix:/var/run/php/php7.2-fpm.sock;
   }

Vérifiez que le fichier snippets/fastcgi-php.confexiste à l'emplacement /etc/nginx/:

$ file /etc/nginx/snippets/fastcgi-php.conf
/etc/nginx/snippets/fastcgi-php.conf: ASCII text

Ce fichier contient une liste de définitions de variables requises par php7.2-fpm. Les variables sont définies directement ou via une inclusion d'un fichier séparé.

 include fastcgi.conf;

Ce fichier se trouve à /etc/nginx/fastcgi.confet il ressemble à:

fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_METHOD     $request_method;
...
fastcgi_param  REDIRECT_STATUS    200;

nginx inclut deux fichiers de paramètres possibles: fastcgi_params et fastcgi.conf . La différence entre les deux est la définition de la variable SCRIPT_FILENAME:

$ diff fastcgi_params fastcgi.conf 
1a2
> fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;

Pour faire une histoire courte, fastcgi.conf devrait toujours fonctionner. Si, pour une raison quelconque , vous utilisez fastcgi_params , vous devez définir SCRIPT_FILENAME:

location ~ \.php$ {
  include snippets/fastcgi-php.conf;

  # With php-fpm (or other unix sockets):
  fastcgi_pass unix:/var/run/php/php7.2-fpm.sock;

  fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;
}

Maintenant, rechargez la configuration nginx:

$ sudo nginx -s reload

Et vérifiez qu'un fichier php s'affiche correctement. Par exemple:

/var/www/html/test.php

<pre><?php var_export($_SERVER)?></pre>

Où /var/www/htmlest le chemin vers la racine du document.

Si malgré tout cela, vous voyez toujours un fichier vierge, assurez-vous que votre php.inia short_open_tagactivé (si vous testez une page PHP avec de courtes balises).

Assurez-vous que vous l'avez dans / etc / nginx / fastcgi_params

fastcgi_param SCRIPT_FILENAME $ request_filename;

Qui sait pourquoi ce n'est pas déjà là? Le temps que cela doit perdre collectivement!

J'ai écrit un court programme C qui renvoie les variables d'environnement passées de nginx à l'application fastCGI.

#include <stdlib.h>
#include <fcgi_stdio.h>
extern char **environ;

int main(int argc, char **argv) {
    char *envvar;
    int i;

    int count = 0;
    while(FCGI_Accept() >= 0) {
        printf("Content-type: text/html\n\n"
               "<html><head><title>FastCGI Call Debug Tool</title></head>\n"
               "<body><h1>FastCGI Call Debugging Tool</h1>\n"
               "<p>Request number %d running on host <i>%s</i></p>\n"
               "<h2>Environment Variables</h2><p>\n",
              ++count, getenv("SERVER_NAME"));
        i = 0;
        envvar = environ[i];
        while (envvar != NULL) {
                printf("%s<br/>",envvar);
                envvar = environ[++i];
        }
        printf("</p></body></html>\n");
    }
    return 0;
}

Enregistrez-le dans un fichier, par exemple fcgi_debug.c

Pour compiler, installez d' abord gccet libfcgi-dev, puis exécutez:

gcc -o fcgi_debug fcgi_debug.c -lfcgi

Pour l'exécuter, installez spawn-fcgi, puis exécutez:

spawn-fcgi -p 3000 -f /path/to/fcgi_debug

Ensuite, modifiez votre configuration nginx fcgi pour qu'elle pointe vers le programme de débogage:

fastcgi_pass  127.0.0.1:3000;

Redémarrez nginx, actualisez la page et vous devriez voir tous les paramètres apparaître dans votre navigateur pour que vous puissiez déboguer! :-)

Ces conseils m'ont aidé avec mon installation Ubuntu 14.04 LTS,

De plus, j'avais besoin d'activer l' short_open_tagentrée/etc/php5/fpm/php.ini

$ sudo kate /etc/php5/fpm/php.ini

short_open_tag = On

$ sudo service php5-fpm restart
$ sudo service nginx reload

Ajoutez ceci dans /etc/nginx/conf.d/default.conf:

fastcgi_param PATH_TRANSLATED $document_root$fastcgi_script_name;

Au cas où quelqu'un aurait ce problème mais qu'aucune des réponses ci-dessus ne résoudrait ses problèmes, j'avais ce même problème et j'ai eu le plus de mal à le suivre car mes fichiers de configuration étaient corrects, mes travaux ngnix et php-fpm fonctionnaient bien, et aucune erreur ne s'est produite dans les journaux d'erreur.

Erreur stupide mais je n'ai jamais vérifié la variable Short Open Tag dans mon fichier php.ini qui était définie sur short_open_tag = Off. Puisque mes fichiers php utilisaient <?au lieu de <?php, les pages étaient vides. Short Open Tag aurait dû être défini Ondans mon cas.

J'espère que cela aide quelqu'un.

La raison pour laquelle ce problème se produit est que les configurations fastcgi dans nginx ne fonctionnent pas comme requis et, en place ou en cours de traitement, elles répondent sous forme de données html. Il existe deux façons possibles de configurer votre nginx pour éviter ce problème.

1. Méthode 1:

       location ~ \.php$ {
               fastcgi_split_path_info ^(.+\.php)(/.+)$;
               # With php5-fpm:
               fastcgi_pass unix:/run/php5-fpm.sock;
               fastcgi_index index.php;
               include fastcgi.conf;
       }

2. Méthode 2:

   location ~ \.php$ {
           fastcgi_split_path_info ^(.+\.php)(/.+)$;
           include snippets/fastcgi-php.conf;
           # With php5-fpm:
           fastcgi_pass unix:/var/run/php5-fpm.sock;
           include fastcgi_params;
   }

Les deux méthodes fonctionneraient correctement, vous pouvez continuer et prendre n'importe laquelle d'entre elles. Ils effectuent presque les mêmes opérations avec très peu de différence.

location ~ [^/]\.php(/|$) {
         fastcgi_pass unix:/PATH_TO_YOUR_PHPFPM_SOCKET_FILE/php7.0-fpm.sock;
         include fastcgi_params;
         fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
         fastcgi_param SCRIPT_NAME $fastcgi_script_name;
}

Bonne chance

Aucune des réponses ci-dessus n'a fonctionné pour moi - PHP rendait tout correctement sauf les pages qui reposaient sur mysqli, pour lesquelles il envoyait une page vierge avec un code de réponse 200 et ne lançait aucune erreur. Comme je suis sous OS X, le correctif était simplement

sudo port install php56-mysql

suivi d'un redémarrage de PHP-FPM et nginx.

J'étais en train de migrer d'une ancienne configuration Apache / PHP vers nginx et je n'ai pas remarqué la non-concordance de version dans le pilote pour php-mysqlet php-fpm.

J'ai eu un problème similaire, nginx traitait une page à mi-chemin puis s'arrêtait. Aucune des solutions suggérées ici ne fonctionnait pour moi. Je l'ai corrigé en changeant la mise en mémoire tampon nginx fastcgi:

fastcgi_max_temp_file_size 0;

fastcgi_buffer_size 4K;
fastcgi_buffers 64 4k;

Après les changements, mon locationbloc ressemblait à:

location ~ \.php$ {
    try_files $uri /index.php =404;
    fastcgi_split_path_info ^(.+\.php)(/.+)$;
    fastcgi_pass 127.0.0.1:9000;
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_max_temp_file_size 0;
    fastcgi_buffer_size 4K;
    fastcgi_buffers 64 4k;
    include fastcgi_params;
}

Pour plus de détails, voir https://www.namhuy.net/3120/fix-nginx-upstream-response-buffered-temporary-file-error.html

Si vous obtenez un écran vide, cela peut être dû à 2 raisons:

1. Navigateur bloquant l'affichage des cadres. Dans certains navigateurs, les cadres sont considérés comme dangereux. Pour surmonter cela, vous pouvez lancer la version sans cadre de phpPgAdmin en

   http://-your-domain-name-/intro.php

2. Vous avez activé une fonction de sécurité dans Nginx pour X-Frame-Options, essayez de la désactiver.

Cela a résolu mon problème:

location ~ \.php$ {
    fastcgi_split_path_info ^(.+\.php)(/.+)$;
    include snippets/fastcgi-php.conf;
    # With php5-fpm:
    fastcgi_pass unix:/var/run/php5-fpm.sock;
    include fastcgi_params;
}

Ceci est mon hôte virtuel pour UBUNTU 18.04 + apache + php7.2

server {
    listen 80;
    server_name test.test;
    root /var/www/html/{DIR_NAME}/public;
    location / {
        try_files $uri /index.php?$args;
    }
location ~ \.php$ {
    try_files $uri =404;
    fastcgi_split_path_info ^(.+\.php)(/.+)$;
    fastcgi_pass unix:/run/php/php7.2-fpm.sock;
    fastcgi_index index.php;
    include fastcgi_params;
    fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
    }
}

La dernière ligne le rend différent des autres réponses.

J'ai eu une erreur similaire, mais en combinaison avec Nextcloud. Donc, au cas où cela ne fonctionnerait pas, essayez: Jetez un œil au manuel Nginx .