ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: пустая QUERY_STRING не передается в fastcgi



On Wednesday 24 August 2005 21:39, Igor Sysoev wrote:> On Wed, 24 Aug 2005, 
Andrei Nigmatulin wrote:> > On Wednesday 24 August 2005 19:39, Igor Sysoev 
wrote:> >> On Wed, 24 Aug 2005, Andrei Nigmatulin wrote:> >>> On Wednesday 24 
August 2005 18:19, Igor Sysoev wrote:> >>>> On Wed, 24 Aug 2005, Andrei 
Nigmatulin wrote:> >>>>> Я заметил что если query_string пустая, то для 
конфигурации> >>>>>> >>>>> fastcgi_param QUERY_STRING $query_string;> >>>>>> 
>>>>> она вообще не передается в fastcgi сервер. можно ли заставить ее> >>>>> 
передаваться даже пустой ? например, mod_php так делает.> >>>>> >>>> Да, не 
передаётся. Причём, немало усилий было затрачено на то,> >>>> чтобы не 
передавалось :) Можно возвертать в зад или сделать> >>>> настраиваемым.> >>>> 
>>> Было бы очень удобно, если сделать это настраиваемым.> >>> >> Нужно ещё 
решить, что использовать по умолчанию.> >> Желательно, чтобы было, как в 
mod_php и mod_fastcgi.> >> > mod_php и mod_fastcgi оставляют QUERY_STRING 
пустой, если ее нет.>> Тогда, наверное, не нужно делать это настриваемым, а 
всегда передавать> пустые параметры. Для ngx_http_proxy_module останется по 
старому - пустые> строки заголовка не передаются.
Да, похоже, это самое удобное поведение. Кстати, можно заодно feature request ? 
Было бы очень здорово, если бы отдельные fastcgi_params могли наследоваться с 
http и server уровней конфигурации независимо друг от друга.А то сейчас при 
изменении любого fastcgi_param приходится также дублировать  все остальные, 
которые уже описаны на верхнем уровне.

-- Andrei NigmatulinGPG PUB KEY 6449830D
No Microsoft products were used in any wayfor the creation of this message. If 
you areusing a Microsoft product to view it, BEWARE!I'm not responsible for any 
harm you mightencounter as a result.



 




Copyright © Lexa Software, 1996-2009.