Nginx per ospitare l'app in un'altra posizione

Question

Sto provando a servire CachetHQ in nginx + php-fpm in una posizione specifica. Il docs dà questo come esempio, che serve a status.example.com (che funziona):

server { 
    listen 80; 
    server_name status.example.com; 

    root /var/www/Cachet/public; 
    index index.php; 

    location/{ 
     try_files $uri /index.php$is_args$args; 
    } 

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

Tuttavia, invece di servire in status.example.com, vorrei servire in example.com/status.

mi aspettavo che questo dovrebbe funzionare, ma da error.log vedo che sta cercando /etc/nginx/htmlindex.php, ma dovrebbe essere /mnt/data/site/www-cachet/public/index.php:

location /status/ { 
    index index.php; 
    root /mnt/data/site/www-cachet/public; 

    try_files $uri index.php$is_args$args; 

    location ~ ^/status/.+\.php$ { 
     root /mnt/data/site/www-cachet/public; 
     include fastcgi_params; 
     fastcgi_pass unix:/tmp/php-fpm.sock; 
     fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; 
     fastcgi_index index.php; 
     fastcgi_keep_conn on; 
    } 
} 

Answer 1

Dopo tante ore a cercare un sacco di combinazioni, il modo in cui ho capito di lavoro era:

location ^~ /status { 
    alias /mnt/data/site/www-cachet/public; 
    try_files $uri $uri/ @status; 

    location = /status/ { 
     rewrite /status/$ /status/index.php; 
    } 

    location ~ ^/status/(.+\.php)$ { 
     fastcgi_pass unix:/tmp/php-fpm.sock; 
     fastcgi_index index.php; 
     fastcgi_param SCRIPT_FILENAME /mnt/data/site/www-cachet/public/$1; 
     include fastcgi_params; 
    } 
} 

location @status { 
    rewrite /status/(.*)$ /status/index.php?/$1 last; 
} 

la cosa più importante è stata fastcgi_param, ho dovuto impostare su un percorso assoluto invece di $document_root$fastcgi_script_name o qualcosa di simile. Non sono sicuro che sia una buona pratica, ma l'aggiunta di alias al blocco non funziona e nginx o FastCGI non mostrano il percorso del file che stanno cercando di leggere.

Tuttavia, CachetHQ non è riuscito a funzionare correttamente. Il problema è che tutti i percorsi nel codice sorgente sono assoluti, quindi non puntano alla sottodirectory in cui sono ospitati i nostri file. La soluzione era fare qualcosa che ero riluttante dall'inizio: ospitarlo in un sottodominio.

Answer 2

tuo try_files non è corretto.
Si può fare in questo modo:

index index.php; 
root /mnt/data/site/www-cachet/public; 

location/{ 
    if (!-e $request_filename) { 
     rewrite ^(.*)$ /index.php?$1 last; 
     break; 
    } 
} 

location ~ ^/status/.+\.php$ { 
    root /mnt/data/site/www-cachet/public; 
    include fastcgi_params; 
    fastcgi_pass unix:/tmp/php-fpm.sock; 
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; 
    fastcgi_index index.php; 
    fastcgi_keep_conn on; 
} 

Answer 3

Vorrei iniziare con la configurazione originaria che si sostiene le opere, e cercare di modificarlo per le vostre esigenze, risultati di seguito:

location ^~ /status { 
    alias /var/www/Cachet/public; 
    index index.php; 

    location = /status { 
     return 302 /status/; 
    } 
    location/{ 
     try_files $uri /status/index.php$is_args$args; 
    } 

    location ~ \.php$ { 
     include fastcgi_params; 
     fastcgi_pass 127.0.0.1:9000; 
     rewrite ^/status/(.*) /$1; 
     rewrite ^(.*)/ $1/index.php; # who knows what fastcgi_index is for? 
     fastcgi_param SCRIPT_FILENAME $document_root$uri; 
     fastcgi_keep_conn on; 
    } 
} 

In sostanza, si vuoi usare alias invece di root qui, e probabilmente anche avere un percorso assoluto nel try_files finale. Non penso che sia necessario aggiungere ulteriori prefissi all'interno delle posizioni nidificate, ma è necessario assicurarsi che la posizione di root sia una corrispondenza finale con il modificatore ^~.

Il trucco principale, credo, è che anche con le cose alias direttiva non sono così Dandy come con una vera e propria root, quindi, è necessario fare in modo che il SCRIPT_FILENAME è impostato correttamente. Questa parte non sembra essere documentata molto chiaramente, e sono troppo pigro per verificare se la direttiva $fastcgi_script_namengx variable e fastcgi_index gioca bene con alias - invece di cercare di determinare come funzionano (o meno), facciamo semplicemente un un paio di regole rewrite applicabili e costruire SCRIPT_FILENAME in base ai risultati delle nostre regole di riscrittura. :-)

Tuttavia, con quello detto, penserei che la seconda regola di riscrittura (così come lo fastcgi_index che sostituisce) potrebbe anche essere un no-op, perché come dovevamo finire in un \.php$location se $uri non terminava già nello .php? (Allo stesso modo, sei libero di cercare di rimuovere la prima regola di riscrittura, troppo, e sostituire $uri in SCRIPT_FILENAME con $fastcgi_script_name, e vedere se le cose funzionano ancora, ma internet from 2009 potrebbe indicare che non lo fecero.)