ПРОЕКТЫ 


  АРХИВ 


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: Тело подзапроса при ошибке



Hello!

On Thu, Oct 11, 2012 at 07:45:33PM +0400, arut@xxxxxx wrote:

> Добрый день.
> 
> Обнаружил забавный и печальный факт при попытке обработать
> структуру, с описанием ошибки от бекенда.
> 
> При выполнении подзапроса (ngx_http_subrequest) с флагом
> NGX_HTTP_SUBREQUEST_IN_MEMORY
> тело результата не возвращается в случае ошибки. Оно возвращается
> только лишь в случае успешного завершения подзапроса.
> 
> Не очень понятно, какая логика стоит за таким поведением. Может быть
> стоит сделать его опциональным?

Его исходное предназначение - для SSI-директивы "include" с 
параметром "set", который:

: нестандартный параметр, указывающий, что удачный результат 
: выполнения запроса нужно записать в заданную переменную

http://nginx.org/ru/docs/http/ngx_http_ssi_module.html#commands

Отсюда и идёт обнуление для "неудачных" результатов.

Вообще мне лично это место ужасно не нравится не только подобными 
частностями, но и в целом - конструкция зависит от того, как 
именно обрабатывается запрос, а это неправильно.  Более того, если 
запрос вдруг обрабатывается не так, как "должно" (а например 
просто попадают в статику) - на выходе получаем мусор, что совсем 
плохо.  IMHO, имеет смысл этот отдельный режим работы upstream'а 
выкинуть, и какой-нибудь сохраняющий результат фильтр вместо него 
написать.


-- 
Maxim Dounin
http://nginx.com/support.html

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


 




Copyright © Lexa Software, 1996-2009.