Re: alias влияет только на $request_filename и $document_root? а как быть с другими переменными?

[Maxim Dounin]

Hello!

On Tue, Jun 12, 2012 at 12:07:07PM +0300, Volodymyr Kostyrko wrote:

> День добрый.
> 
> Есть глупый вопрос. При использовании alias $request_filename и
> $document_root корректно трансформируются, а $fastcgi_script_name,
> $uri, $document_uri полностью игнорируют изменение пути в запросе.
> 
> Ну например:
> 
> location /subsite {
>  alias /home/user/project1;
> 
>   location ~ .*\.php$ {
>     try_files $uri =404;
>     include /usr/local/etc/nginx/fastcgi_params;
>     fastcgi_pass unix:/usr/local/www/.fastcgi.php.socket;
>     fastcgi_index index.php;
>     fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
>   }
>  }
> }
> 
> Первая ошибка в данном блоке выползет на try_files, поскольку $uri
> (например - '/subsite/index.php') не оттранслирован и файла такого в
> /home/user/project1 нет. Хотя по логике вещей после отработки alias
> мы уже должны работать с /home/user/project1/index.php, но это
> изменение затрагивает исключительно $request_filename.

Где-то тут мы коллекционируем проблемы try_files + alias:

http://trac.nginx.org/nginx/ticket/97

Конкретно этот случай там уже есть.

> Исправить положение можно если убрать try_files (нежелательно) и
> ставить в SCRIPT_FILENAME $request_filename (не знаю на сколько это
> идеологически правильно).

Использование $request_filename в данном случае, видимо, наиболее 
правильно.  Функциональность $fastcgi_script_name вам всё равно не 
нужна.

> Единственный способ обхода - использовать вместо alias root и
> обозвать папку с проэктом так же как и локейшн. Но это больше похоже
> на костыли. Есьт ли другие способы решения проблемы?

Есть мнение, что как раз alias - костыль для случая, когда папка 
названа неправильно.  :)

Maxim Dounin