Encaminhamento para subdiretório como nova rota com nGinx

1

Aqui está o meu bloco de servidores atual (abaixo). Eu tenho um blog wordpress separado instalado em / blog e preciso rotear / blog para o diretório "/home/forge/example.com/public/blog".

Eu tentei algumas opções e com prejuízo, então qualquer conselho foi recebido com gratidão.

# FORGE CONFIG (DOT NOT REMOVE!)
include forge-conf/example.com/before/*;

server {
    listen 443 ssl http2;
    listen [::]:443 ssl http2;
    server_name example.com;
    root /home/forge/example.com/public;

# FORGE SSL (DO NOT REMOVE!)
ssl_certificate /etc/nginx/ssl/example.com/server.crt;
ssl_certificate_key 
/etc/nginx/ssl/example.com/server.key;

ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers 'REMOVED FOR DEMO';
ssl_prefer_server_ciphers on;
ssl_dhparam /etc/nginx/dhparams.pem;

add_header X-Frame-Options "SAMEORIGIN";
add_header X-XSS-Protection "1; mode=block";
add_header X-Content-Type-Options "nosniff";

index index.html index.htm index.php;

charset utf-8;

# FORGE CONFIG (DOT NOT REMOVE!)
include forge-conf/example.com/server/*;


location / {
    try_files $uri $uri/ /index.php?$query_string;
}

location = /favicon.ico { access_log off; log_not_found off; }
location = /robots.txt  { access_log off; log_not_found off; }

access_log off;
error_log  /var/log/nginx/example.com-error.log error;

error_page 404 /index.php;

location ~ \.php$ {
    fastcgi_split_path_info ^(.+\.php)(/.+)$;
    fastcgi_pass unix:/var/run/php/php7.1-fpm.sock;
    fastcgi_index index.php;
    include fastcgi_params;
}

    location ~ /\.(?!well-known).* {
        deny all;
    }

}

# FORGE CONFIG (DOT NOT REMOVE!)
include forge-conf/example.com/after/*;

Aqui está o que eu tentei adicionar:

location /blog/ {
    root /home/forge/example.com/public/blog;
    try_files $uri $uri/ /index.php?$query_string;
}

# the images need a seperate entry as we dont want to concatenate that with index.php      
location ~ /blog/.+\.(jpg|jpeg|gif|css|png|js|ico|xml)$ {
    root /home/forge/example.com/public/blog;
}
# pass the PHP scripts to FastCGI server
location ~ /blog/.+\.php$ {
    fastcgi_split_path_info ^(.+\.php)(/.+)$;
    allow 127.0.0.1;
    # NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini
    # With php5-fpm:
    fastcgi_pass unix:/var/run/php/php7.1-fpm.sock;
    include fastcgi_params;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_index index.php;
}
    
por Lewis Boyles-White 02.10.2017 / 13:20

1 resposta

0

Aqui está o trecho que provavelmente funcionará (não tenho o Forge para testá-lo) ...

location /blog {
  try_files $uri $uri/ /blog/index.php$args$query_string;
  location ~ .+\.php$ {
    fastcgi_split_path_info ^(.+\.php)(/.+)$;

    fastcgi_pass unix:/var/run/php/php7.1-fpm.sock;
    include fastcgi_params;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_index index.php;
  }
}

# the following location is not needed - so commented out.
# location ^~ /blog/.+\.(jpg|jpeg|gif|css|png|js|ico|xml)$ {
    # expires max;
# }

Voltando ao porquê sua configuração não funcionou ...

Quando você menciona algo assim ...

location /blog {
  root /home/forge/example.com/public/blog;
  # ... other configuration lines
}

O Nginx procurará "index.php" em uma pasta chamada "/home/forge/example.com/public/blog/blog", o que resultaria em um erro (404 ou 403, se estiver vazio, tente criar um desses como pasta e tente configurar um arquivo index.php com <?php phpinfo(); nele). Eu aninhei os blocos do PHP. É possível colocá-los sem aninhamento assim ...

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

# pass the PHP scripts to FastCGI server
location ^~ /blog/.+\.php$ {
    fastcgi_split_path_info ^(.+\.php)(/.+)$;
    allow 127.0.0.1;
    # NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini
    # With php5-fpm:
    fastcgi_pass unix:/var/run/php/php7.1-fpm.sock;
    include fastcgi_params;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_index index.php;
}

Por favor, note a mudança no modificador ^~ no segundo bloco de localização. Sem ele, o bloco de localização do site principal do PHP (Laravel) pode ter precedência que traria resultados indesejáveis. Mais informações sobre como funciona o bloco de localização e a ordem de precedência estão disponíveis em os documentos oficiais .

Para a instalação de subdiretórios, os arquivos estáticos devem funcionar corretamente, sem a necessidade de um bloco de localização separado.

    
por 03.10.2017 / 03:10