<div dir="ltr">>>Очень странная это feature, она больше похожа на bug<br>>>Есть ли шансы, что этот bug будет исправлен в nginx?<br><br><br>Я об этом же, и nginx игнорирует предыдущие fastcgi_param если в локейшене переопределить новый fastcgi_param.<br><br>И поэтому в моём случае PHP-FPM отвечал пустым ответом, так как ему передавался только fastcgi_param SCRIPT_FILENAME /www/info.php;<br>А минимальный набор fastcgi_param:<br><br>fastcgi_param  REQUEST_METHOD     $request_method;<br><br>fastcgi_param SCRIPT_FILENAME /www/info.php;<br><br>как я и указал в топике.<br><br>И передачу этих параметров легко можно просмотреть в phpinfo(), что и подтвердило мою мысль. И никак такое поведение нельзя назвать механизмом наследования.<br><br><br>>>Например, "аналогичная" по своей сути директива proxy_set_header<br><br>>>переопределяет существующее значение, а не добавляет еще один header.  <br><br>И в ней такие же проблемы (фичи) недавно столкнулся када на уровне http прописал параметры от модуля http_realip_module.<br><br>В локейшене где происходил proxy_pass прописал proxy_set_header и модуль realip уже не передавал свои заголовки (в логах светился не айпи клиента, а самого сервера).<br><br>И опять таки про proxy_set_header в документации написано<br><br>"""<br>Директивы наследуются с предыдущего уровня при условии, что на данном уровне не описаны свои директивы proxy_set_header. По умолчанию переопределяются только два поля: <br><br>proxy_set_header Host       $proxy_host;<br>proxy_set_header Connection close;<br><br>"""<br><div><br></div><div>Спасибо. Хотелось бы услышть мнение разработчиков.</div></div>