Маршрутизация в подпапку как новый маршрут с nGinx

Вот мой текущий блок сервера (ниже). У меня есть отдельный блог на WordPress, установленный в /blog, и необходимо перенаправить /blog в директорию “/home/forge/example.com/public/blog”.

Я пробовал несколько вариантов и не знаю, что делать, поэтому любая помощь будет весьма приятной.

# КОНФИГУРАЦИЯ FORGE (НЕ УДАЛЯТЬ!)
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;

# SSL FORGE (НЕ УДАЛЯТЬ!)
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 'УДАЛЕНО ДЛЯ ДЕМО';
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 (НЕ УДАЛЯТЬ!)
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 (НЕ УДАЛЯТЬ!)
include forge-conf/example.com/after/*;

Вот что я пробовал добавить:

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

# изображения нуждаются в отдельной записи, так как мы не хотим соединять это с index.php      
location ~ /blog/.+\.(jpg|jpeg|gif|css|png|js|ico|xml)$ {
    root /home/forge/example.com/public/blog;
}
# передаем PHP скрипты на сервер FastCGI
location ~ /blog/.+\.php$ {
    fastcgi_split_path_info ^(.+\.php)(/.+)$;
    allow 127.0.0.1;
    # ЗАМЕТКА: Вам нужно установить "cgi.fix_pathinfo = 0;" в php.ini
    # С 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;
}

Вот фрагмент, который, вероятно, будет работать (у меня нет Forge, чтобы протестировать его)…

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

# следующий блок не нужен - поэтому закомментирован.
# location ^~ /blog/.+\.(jpg|jpeg|gif|css|png|js|ico|xml)$ {
    # expires max;
# }

Возвращаясь к тому, почему ваша конфигурация не сработала…

Когда вы упоминаете что-то вроде этого…

location /blog {
  root /home/forge/example.com/public/blog;
  # ... другие строки конфигурации
}

Nginx будет искать “index.php” в папке с именем “/home/forge/example.com/public/blog/blog”, что приведет к ошибке (404 или 403, если она пуста – попробуйте создать такую папку и попробуйте настроить файл index.php с <?php phpinfo(); в него). Я вложил блоки PHP. Можно разместить их без вложения вот так…

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

# передаем PHP скрипты на сервер FastCGI
location ^~ /blog/.+\.php$ {
    fastcgi_split_path_info ^(.+\.php)(/.+)$;
    allow 127.0.0.1;
    # ЗАМЕТКА: Вам нужно установить "cgi.fix_pathinfo = 0;" в php.ini
    # С 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;
}

Обратите внимание на изменение модификатора ^~ во втором блоке location. Без него блок location PHP основного сайта (Laravel) может иметь преимущество, что приведет к нежелательным результатам. Более подробная информация о том, как работает блок location и порядок приоритета доступна в официальной документации .

Для установки в поддиректории статические файлы должны работать правильно без необходимости в отдельном блоке location.