nginx mostra pagine PHP vuote

Ho installato un server nginx con php5-fpm. Quando provo a caricare il sito ottengo una pagina vuota senza errori. Le pagine HTML sono servite bene ma non php. Ho provato ad attivare display_errors in php.ini ma senza fortuna. php5-fpm.log non sta producendo errori e nginx non lo è nemmeno.

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

MODIFICARE

ecco il mio registro errori 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"

Per riferimento, allego il mio locationblocco per la cattura di file con l' .phpestensione:

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

Ricontrolla il /path/to/fastcgi-params, e assicurati che sia presente e leggibile dall'utente nginx.

sostituire

include fastcgi_params;

con

include fastcgi.conf;

e rimuovi fastcgi_param SCRIPT_FILENAME ... in nginx.conf

Ha avuto anche questo problema e finalmente ho trovato la soluzione qui . In breve, è necessario aggiungere la seguente riga al file di configurazione nginx fastcgi (/ etc / nginx / fastcgi_params in Ubuntu 12.04)

fastcgi_param PATH_TRANSLATED $document_root$fastcgi_script_name;

Molti utenti rientrano in questa discussione aspettandosi di trovare una soluzione per la visualizzazione di pagine vuote durante l'utilizzo di nginx + php-fpm , di cui sono uno di loro. Questo è un riassunto di quello che ho finito dopo aver letto molte delle risposte qui oltre alle mie indagini (aggiornato a php7.2):

1) Aprire /etc/php/7.2/fpm/pool.d/www.confe verificare il valore del parametro listen.

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

2) Il parametro listendeve corrispondere al fastcgi_passparametro nel file di configurazione del sito (i, e:) /etc/nginx/sites-enabled/default.

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

3) Verifica che il file esista effettivamente:

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

4) Se non esiste, significa che php7.2-fpm non è in esecuzione, quindi è necessario riavviarlo:

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

Per quanto riguarda la locationsezione in /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;
   }

Verifica che il file snippets/fastcgi-php.confesista nella posizione /etc/nginx/:

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

Questo file contiene un elenco di definizioni variabili richieste da php7.2-fpm. Le variabili sono definite direttamente o tramite l'inclusione di un file separato.

 include fastcgi.conf;

Questo file si trova in /etc/nginx/fastcgi.confe sembra:

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

nginx include due possibili file di parametri: fastcgi_params e fastcgi.conf . La differenza tra entrambi è la definizione di variabile SCRIPT_FILENAME:

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

Per farla breve, fastcgi.conf dovrebbe sempre funzionare. Se per qualche motivo che stai configurando utilizza fastcgi_params , dovresti definire 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;
}

Ora ricarica la configurazione di nginx:

$ sudo nginx -s reload

E controlla che un file php sia visualizzato correttamente. Per esempio:

/var/www/html/test.php

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

Dov'è /var/www/htmlil percorso della radice del documento.

Se, nonostante tutto questo, si sta ancora vedendo un file vuoto, assicurarsi che il proprio php.iniè short_open_tagattivato (se si sta testando una pagina PHP con brevi tag).

Assicurati di avere questo in / etc / nginx / fastcgi_params

fastcgi_param SCRIPT_FILENAME $ request_filename;

Chissà perché questo non c'è già? Il tempo che deve perdere collettivamente!

Ho scritto un breve programma C che restituisce le variabili d'ambiente passate da nginx all'applicazione 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;
}

Salvalo in un file, ad es fcgi_debug.c

Per compilarlo, prima installa gcce libfcgi-devpoi esegui:

gcc -o fcgi_debug fcgi_debug.c -lfcgi

Per eseguirlo, installa spawn-fcgi, quindi esegui:

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

Quindi, modifica la configurazione di nginx fcgi per puntare al programma di debug:

fastcgi_pass  127.0.0.1:3000;

Riavvia nginx, aggiorna la pagina e dovresti vedere tutti i parametri visualizzati nel tuo browser per il debug! :-)

Questi suggerimenti mi hanno aiutato con la mia installazione di Ubuntu 14.04 LTS,

Inoltre, avevo bisogno di attivare l' short_open_tagingresso/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

Aggiungi questo in /etc/nginx/conf.d/default.conf:

fastcgi_param PATH_TRANSLATED $document_root$fastcgi_script_name;

Nel caso in cui qualcuno stia riscontrando questo problema ma nessuna delle risposte precedenti risolva i propri problemi, stavo avendo lo stesso problema e ho avuto il tempo più difficile rintracciarlo poiché i miei file di configurazione erano corretti, i miei lavori ngnix e php-fpm funzionavano bene, e non si sono verificati errori durante il log degli errori.

Errore stupido ma non ho mai controllato la variabile Short Open Tag nel mio file php.ini che era impostata su short_open_tag = Off. Dato che i miei file php stavano usando <?invece di <?php, le pagine si stavano mostrando vuote. OnNel mio caso avrebbe dovuto essere impostato Short Open Tag .

Spero che questo aiuti qualcuno.

Il motivo per cui si verifica questo problema è perché le configurazioni fastcgi in nginx non funzionano come richiesto e sul posto o in elaborazione, rispondono come dati HTML. Esistono due modi per configurare nginx per evitare questo problema.

1. Metodo 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. Metodo 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;
   }

Entrambi i metodi funzionerebbero correttamente, puoi andare avanti e prenderne uno qualsiasi. Eseguono quasi le stesse operazioni con pochissime differenze.

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

In bocca al lupo

Nessuna delle risposte di cui sopra ha funzionato per me - PHP stava eseguendo correttamente il rendering di tutto tranne le pagine che si basavano su mysqli, per le quali stava inviando una pagina vuota con un codice di 200 risposte e non generando errori. Dato che sono su OS X, la correzione è stata semplicemente

sudo port install php56-mysql

seguito da un riavvio di PHP-FPM e nginx.

Stavo migrando da una versione precedente di Apache / PHP a nginx e non ho notato la mancata corrispondenza della versione nel driver per php-mysqle php-fpm.

Ho avuto un problema simile, nginx stava elaborando una pagina a metà strada quindi si fermava. Nessuna delle soluzioni suggerite qui funzionava per me. L'ho risolto modificando il buffering nginx fastcgi:

fastcgi_max_temp_file_size 0;

fastcgi_buffer_size 4K;
fastcgi_buffers 64 4k;

Dopo le modifiche il mio locationblocco sembrava:

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

Per i dettagli, consultare https://www.namhuy.net/3120/fix-nginx-upstream-response-buffered-temporary-file-error.html

Se ricevi uno schermo vuoto, ciò potrebbe essere dovuto a 2 motivi:

1. Browser che blocca la visualizzazione dei frame. In alcuni browser i frame sono considerati non sicuri. Per ovviare a questo, puoi avviare la versione frameless di phpPgAdmin di

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

2. Hai abilitato una funzione di sicurezza in Nginx per X-Frame-Options, prova a disabilitarla.

Questo ha risolto il mio 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;
}

Questo è il mio vhost per 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;
    }
}

L'ultima riga la rende diversa dalle altre risposte.

Ho avuto un errore simile, ma in combinazione con Nextcloud. Quindi, nel caso in cui non funzionasse, prova: dai un'occhiata al manuale di Nginx .