Re: Препроцессинг запросов и X-Accel-Redirect

Maxim Dounin mdounin на mdounin.ru
Вс Янв 2 07:04:40 MSK 2011


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