Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Препроцессинг запросов и X-Accel-Redirect
Hello!
On Sat, Jan 01, 2011 at 11:46:54AM +0200, Дмитрий Леоненко wrote:
> Добрый день.
> У меня есть приложение на php, перед которым стоит nginx. Мне надо включить
> в лиенйку обработкий сторонний препроцессинг. То есть сейчас идет GET
> /index.php -> nginx -> php-fpm, а мне надо, что бы было GET /index.php ->
> nginx -> proxy_pass http://localhost:8080 -> X-Accel-Redirect -> nginx ->
> php-fpm
> Не знаю, как наиболее правильно сделать, т.к. оригинальный запрос идет на
> /index.php и X-Accel-Redirect после ряда проверок тоже будет идти на тот же
> /index.php
> Если я опишу
> location / {
> ....
> proxy_pass http://127.0.0.1:8080;
> ....
> }
>
> location / {
> ....
> internal;
> fastcgi_pass unix:/.../php-fpm.sock;
> ...
> }
>
>
> Оно ж не будет работать так как я хочу?
Нет, оно будет ругаться на duplicate location "/".
> Как правильно реализовать?
Разносить на разные url'ы, т.е. как-то так:
location / {
proxy_pass http://127.0.0.1:8080;
...
}
location /internal/ {
internal;
fastcgi_pass unix:/.../php-fpm.sock;
...
}
и тщательно следить, чтобы приложение продолжнало использовать
правильные адреса (i.e. без /internal/). В случае fastcgi для
этого нужно правильно сформировать соответствующие fastcgi_param.
Наименее затратный метод - видимо, сделать rewrite ... break
внутри location /internal/, т.е. как-то так:
location /internal/ {
internal;
rewrite ^/internal(/.*) $1 break;
fastcgi_pass unix:/.../php-fpm.sock;
...
}
В зависимости от целей "препроцессинга" - может быть проще
воспользоваться подзапросом вместо X-Accel-Redirect, либо через
eval[1], либо через auth request[2].
[1] http://grid.net.ru/nginx/eval.en.html
[2] http://mdounin.ru/hg/ngx_http_auth_request_module/
Maxim Dounin
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru
|