Hello!

On Wed, Jun 24, 2015 at 08:58:42PM +0300, Gena Makhomed wrote:

> On 24.06.2015 19:57, Валентин Бартенев wrote:
>
> >>> location /info {
> >>> fastcgi_param SCRIPT_FILENAME /www/info.php;
> >>> include fastcgi_params;
> >>> fastcgi_pass 127.0.0.1:9000 http://127.0.0.1:9000;
> >>> }
>
> >>чтобы полное счастье наступило, лучше делать всегда так,
> >>что include fastcgi_params; будет первой строкой
> >>в блоке, fastcgi_pass - последней, а между ними -
> >>директивы fastcgi_param.
>
> >Это не поможет. Разве что только некоторые реализации FastCGI
> >берут только последнее значение параметра, но передаваться всегда
> >будут оба. И нет никак гарантий, как это будет обработано.
>
> По крайней мере, php-fpm обрабатывает только последний параметр,
> как и ожидалось, и вряд ли это уже изменится в новых версиях PHP.

Just FYI, это зависит от версии PHP. До 5.3, если не ошибаюсь,
порядок был обратный.

> А зачем такое странное поведение fastcgi_param было реализовано?
> - https://en.wikipedia.org/wiki/Principle_of_least_astonishment
>
> Например, "аналогичная" по своей сути директива proxy_set_header
> переопределяет существующее значение, а не добавляет еще один header.

Это не так. Если задать две директивы proxy_set_header с одним и
тем же заголовком, то оба заголовка отправятся на бекенд. Но, в
отличии от FastCGI, протокол HTTP однозначно специфицирует, что с
этим делать.

Единственный нюанс состоит в том, что при использовании
proxy_set_header из исходного запроса удаляются заголовки,
одноимённые добавляемому. Это сделано в первую очередь для того,
можно было изменять исходный запрос. В случае fastcgi аналогично
обрабатываются HTTP_* параметры.

> Тем более, что в протоколе CGI, на котором основан протокол FastCGI
> эти параметры передаются скрипту в виде переменных окружения,
> и там даже теоретически невозможно сделать несколько значений
> всегда будет использовано только последнее значение параметра.

Ну вот как раз проблема в том, что в протоколе FastCGI возможность
отправить два одинаковых параметра добавилась, а что с этим потом
делать - спецификация не описывает.

> Очень странная это feature, она больше похожа на bug
> Есть ли шансы, что этот bug будет исправлен в nginx?

Поведение nginx'а сейчас: послать на бекенд ровно то, что
администратор написал в конфиге, и оно консистентно для всех
соответствующих модулей (proxy, fastcgi, scgi, uwsgi). Менять это
поведение не планируется.

--
Maxim Dounin
http://nginx.org/

_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru