>> Когда делаю что-то подобное:
>>
>> location ~ ^/test(/.*\.php)$ {
>> proxy_pass http://cgi$1;
>> }
>>
>> То в запросе не передаются аргументы,
>> т.е. запрос:
>> http://server/test/xxx.php?param
>> преобразуется в:
>> http://cgi/xxx.php
>> (без аргументов)
>
> Если вы задаёте url в proxy_pass с использованием переменных - вы
> задаёте его полностью. Поскольку аргументы в формируемый url вы
> не включили - их там и нет.

Я бы не сказал что дело именно в переменных. Дело вроде как в указании пути. Т.е. если есть хотя бы / в конце, то всё пропадает. Этого не написано в документации. При этом rewrite ведёт себя иначе (что описано в документации). И из-за этого возникает конфуз с пониманимем работы proxy_pass.

> Отдельно при таком способе задания доставит необходимость
> самостоятельно следить за корректностью получаемого url'а, в
> частности - escape'ингом спецсимволов. Вышеприведённый конфиг
> замечательно ломается от запросов вида "/test/blah%0D%OA.php".

Это мне кажется странным. Чем это принципиально отличается от того, когда nginx сам копирует URI вместо выделенной мною части?

> Ну и в качестве дополнительного бонуса - соответствующий upstream
> должен быть либо явно описан, либо должен быть настроен resolver
> (и соответственно будет делаться resolve регулярно).

Конечно же он описан как апстрим.

> Вообще, proxy_pass с переменными - он для случаев, когда хочется
> странного, а не для нормальной работы. Не надо его использовать
> без нужды.

Ещё раз. Описанное проявляется не только с "переменной", но и с "постоянной"!

>> Если же делать:
>>
>> location ~ \.php$ {
>> rewrite ^/test(/.*\.php)$ $1 break; # без него тоже
>> передаётся, но необрезанное
>> proxy_pass http://cgi;
>> }
>>
>> То всё передаётся. В документации
>> ничего вроде не нашёл про это, зато там
>> написано, что если указывать proxy_pass без
>> uri, то ему передастся запрос as-is, без
>> сокращения слешей и т.п.
>> Это баг или фича? И что меньшее зло - rewrite
>> или добавлять $is_args$args в proxy_pass?
>
> Правильно - разделять код и данные, и делать

Ну я же не могу сам все приложения разрабатывать для себя. Давайте не будет отвлекаться от темы и обсуждать как надо писать web-приложения вместо того, чтобы выяснять как использовать уже существующие web-приложения. Или же я не понял про что вы.

> location /test/ {
> proxy_pass http://backend/;
> }

А это работать не будет :). Т.к. стоит слеш в конце.

>
> Если нужно проксировать только *.php, то rewrite - меньшее зло.

Ну мне ещё причины хотелось бы услышать, т.к. их чаще всего легче запомнить и понять, чем набор юз-кейсов для всех возможных случаев.