nginx mostrando páginas PHP en blanco

He configurado un servidor nginx con php5-fpm. Cuando intento cargar el sitio, aparece una página en blanco sin errores. Las páginas HTML se sirven bien pero no php. Intenté encender display_errors en php.ini pero no tuve suerte. php5-fpm.log no produce ningún error y tampoco lo es nginx.

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;
    }
}

EDITAR

Aquí está mi registro de errores 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"

Como referencia, adjunto mi locationbloque para capturar archivos con la .phpextensión:

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;
}

Vuelva a verificar /path/to/fastcgi-paramsy asegúrese de que esté presente y que el usuario nginx pueda leerlo.

reemplazar

include fastcgi_params;

con

include fastcgi.conf;

y elimine fastcgi_param SCRIPT_FILENAME ... en nginx.conf

También tuve este problema y finalmente encontré la solución aquí . En resumen, debe agregar la siguiente línea a su archivo de configuración nginx fastcgi (/ etc / nginx / fastcgi_params en Ubuntu 12.04)

fastcgi_param PATH_TRANSLATED $document_root$fastcgi_script_name;

Muchos usuarios caen en este hilo esperando encontrar una solución para las páginas en blanco que se muestran mientras usan nginx + php-fpm , siendo yo uno de ellos. Este es un resumen de lo que terminé haciendo después de leer muchas de las respuestas aquí más mis propias investigaciones (actualizado a php7.2):

1) Abrir /etc/php/7.2/fpm/pool.d/www.confy verificar el valor del parámetro listen.

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

2) El parámetro listendebe coincidir con el fastcgi_passparámetro en el archivo de configuración de su sitio (i, e:) /etc/nginx/sites-enabled/default.

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

3) Verifique que el archivo realmente exista:

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

4) Si no existe, significa que php7.2-fpm no se está ejecutando, por lo que debe reiniciarlo:

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

Con respecto a la locationsección en /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;
   }

Compruebe que el archivo snippets/fastcgi-php.confexiste en la ubicación /etc/nginx/:

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

Este archivo contiene una lista de definiciones de variables requeridas por php7.2-fpm. Las variables se definen directamente o mediante la inclusión de un archivo separado.

 include fastcgi.conf;

Este archivo se encuentra en /etc/nginx/fastcgi.confy se ve así:

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

nginx incluye dos posibles archivos de parámetros: fastcgi_params y fastcgi.conf . La diferencia entre ambos es la definición de variable SCRIPT_FILENAME:

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

Para resumir , fastcgi.conf siempre debería funcionar. Si por alguna razón que está configurado está usando fastcgi_params , debe definir 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;
}

Ahora vuelva a cargar la configuración de nginx:

$ sudo nginx -s reload

Y verifique que un archivo php se muestre correctamente. Por ejemplo:

/var/www/html/test.php

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

¿Dónde /var/www/htmlestá la ruta a la raíz del documento?

Si a pesar de todo, todavía se está viendo un archivo en blanco, asegúrese de que php.iniha short_open_tagactivado (si se está probando una página PHP con las etiquetas cortas).

Asegúrese de tener esto en / etc / nginx / fastcgi_params

fastcgi_param SCRIPT_FILENAME $ request_filename;

¿Quién sabe por qué esto ya no está allí? ¡La cantidad de tiempo que esto debe desperdiciar colectivamente!

Escribí un breve programa en C que devuelve las variables de entorno pasadas de nginx a la aplicación 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;
}

Guarde esto en un archivo, por ejemplo fcgi_debug.c

Para compilarlo, primero instale gccy libfcgi-devluego ejecute:

gcc -o fcgi_debug fcgi_debug.c -lfcgi

Para ejecutarlo, instale spawn-fcgi, luego ejecute:

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

Luego, cambie su configuración de nginx fcgi para que apunte al programa de depuración:

fastcgi_pass  127.0.0.1:3000;

Reinicie nginx, actualice la página y debería ver todos los parámetros aparecer en su navegador para que pueda depurar. :-)

Estas sugerencias me ayudaron con mi instalación de Ubuntu 14.04 LTS,

Además necesitaba para encender la short_open_tagde/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

Agregue esto en /etc/nginx/conf.d/default.conf:

fastcgi_param PATH_TRANSLATED $document_root$fastcgi_script_name;

En caso de que alguien tenga este problema pero ninguna de las respuestas anteriores resuelva sus problemas, estaba teniendo el mismo problema y tuve más dificultades para rastrearlo ya que mis archivos de configuración eran correctos, mis trabajos ngnix y php-fpm funcionaban bien, y no hubo errores en los registros de errores.

Error tonto pero nunca verifiqué la variable de etiqueta abierta corta en mi archivo php.ini que estaba configurado en short_open_tag = Off. Como mis archivos php estaban usando en <?lugar de <?php, las páginas aparecían en blanco. La etiqueta de apertura corta debería haberse configurado Onen mi caso.

Espero que esto ayude a alguien.

La razón por la que ocurre este problema es porque las configuraciones fastcgi en nginx no funcionan como se requiere y en su lugar o procesamiento, responden como datos html. Hay dos formas posibles de configurar su nginx para evitar este problema.

1. Método 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étodo 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;
   }

Ambos métodos funcionarían correctamente, puede seguir adelante y tomar cualquiera de ellos. Casi realizan las mismas operaciones con muy pocas diferencias.

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;
}

Buena suerte

Ninguna de las respuestas anteriores funcionó para mí: PHP estaba representando todo correctamente, excepto las páginas que dependían de mysqli, para lo cual enviaba una página en blanco con un código de respuesta 200 y no arrojaba ningún error. Como estoy en OS X, la solución fue simplemente

sudo port install php56-mysql

seguido de un reinicio de PHP-FPM y nginx.

Estaba migrando de una configuración anterior de Apache / PHP a nginx, y no noté que la versión no coincidía en el controlador para php-mysqly php-fpm.

Tuve un problema similar, nginx estaba procesando una página a la mitad y luego se detenía. Ninguna de las soluciones sugeridas aquí funcionaba para mí. Lo arreglé cambiando el búfer nginx fastcgi:

fastcgi_max_temp_file_size 0;

fastcgi_buffer_size 4K;
fastcgi_buffers 64 4k;

Después de los cambios mi locationbloque se veía así:

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;
}

Para más detalles, consulte https://www.namhuy.net/3120/fix-nginx-upstream-response-buffered-temporary-file-error.html

Si obtiene una pantalla en blanco, puede deberse a 2 razones:

1. Navegador que bloquea la visualización de los marcos. En algunos navegadores, los marcos se consideran inseguros. Para superar esto, puede iniciar la versión sin marco de phpPgAdmin al

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

2. Ha habilitado una función de seguridad en Nginx para X-Frame-Options, intente deshabilitarla.

Esto resolvió mi problema:

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;
}

Este es mi servidor virtual para 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 última línea lo hace diferente a las otras respuestas.

Tuve un error similar, pero en combinación con Nextcloud. Entonces, en caso de que esto no funcionó, intente: echar un vistazo al manual de Nginx .