Конфигурация nginx с несколькими блоками локации

Question

Конфигурация nginx с несколькими блоками локации

Я пытаюсь настроить nginx для обслуживания 2 разных скриптов php из 2 разных мест. Конфигурация следующая.

У меня есть установка Laravel, которая находится в /home/hamed/laravel в котором его public Каталог должен быть обслужен.
У меня есть установка WordPress в /home/hamed/www/blog,

А это мой nginx конфигурация:

server {
listen  443 ssl;
server_name example.com www.example.com;

#root /home/hamed/laravel/public;

index index.html index.htm index.php;

ssl_certificate /root/hamed/ssl.crt;
ssl_certificate_key /root/hamed/ssl.key;

location /blog {
root /home/hamed/www/blog;
try_files $uri $uri/ /blog/index.php?do=$request_uri;
}

location / {
root /home/hamed/laravel/public;
try_files $uri $uri/ /index.php?$request_uri;
}
error_page 404 /404.html;
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /usr/share/nginx/html;
}

location ~ \.php$ {
try_files $uri =404;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
#fastcgi_pass 127.0.0.1:9000;
fastcgi_pass unix:/var/run/php5-fpm.hamed.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}

}

Проблема заключается в попытке доступа к разделу WordPress по телефону example.com/blog Тем не менее, установка laravel принимает запрос.

Теперь я попытался заменить root директива внутри location блоки с alias но безрезультатно.

В соответствии с это руководство имея index директива или try_files внутри location вызывает внутреннее перенаправление, которое, как я подозреваю, вызывает такое поведение.

Кто-нибудь, пожалуйста, помогите мне разобраться в этом?

5

nginx nginx-location php

Решение

Другие решения

Благодаря @RichardSmith мне наконец-то удалось создать правильную конфигурацию. Вот последний рабочий конфиг. Я должен был использовать сочетание вложенных location блоки и обратное регулярное выражение соответствуют ему для работы.

server {
listen  443 ssl;
server_name example.com;
root /home/hamed/laravel/public;

#        index index.html index.htm index.php;

ssl_certificate /root/hamed/ssl.crt;
ssl_certificate_key /root/hamed/ssl.key;

location ~ ^/blog(.*)$ {
index index.php;
root /home/hamed/www/;
try_files $uri $uri/ /blog/index.php?do=$request_uri;

location ~ \.php$ {
try_files $uri =404;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
#fastcgi_pass 127.0.0.1:9000;
fastcgi_pass unix:/var/run/php5-fpm.hamed.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}

}

location ~ ^((?!\/blog).)*$ { #this regex is to match anything but `/blog`
index index.php;
root /home/hamed/laravel/public;
try_files $uri $uri/ /index.php?$request_uri;
location ~ \.php$ {
try_files $uri =404;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
#fastcgi_pass 127.0.0.1:9000;
fastcgi_pass unix:/var/run/php5-fpm.hamed.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
}


error_page 404 /404.html;
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /usr/share/nginx/html;
}


}

1

Источник

Accepted Answer

Проблема в том, что location ~ \.php$ { ... } отвечает за обработку всех ваших PHP-скриптов, которые разделены на два разных корня.

Один подход заключается в использовании общего root для server контейнер и выполнить внутренние перезаписи в каждом блоке префикса местоположения. Что-то вроде:

location /blog {
rewrite ^(.*\.php)$ /www$1 last;
...
}
location / {
rewrite ^(.*\.php)$ /laravel/public$1 last;
...
}
location ~ \.php$ {
internal;
root /home/hamed;
...
}

Вышеуказанное должно работать (но я не проверял его по вашему сценарию).

Второй подход заключается в использовании вложенных блоков местоположения. location ~ \.php$ { ... } Затем блок реплицируется в блоке местоположения каждого приложения. Что-то вроде:

location /blog {
root /home/hamed/www;
...
location ~ \.php$ {
...
}
}
location / {
root /home/hamed/laravel/public;
...
location ~ \.php$ {
...
}
}

Теперь, когда один был проверен на работу.

4