Re: Буферизация fastcgi в файл. Почему?

[Maxim Dounin]

Hello!

On Wed, Mar 16, 2016 at 11:33:22AM +0300, Иван wrote:

> В письме от 16 марта 2016 02:11:21 пользователь Maxim Dounin написал:
> > Hello!
> > 
> > On Wed, Mar 16, 2016 at 01:10:04AM +0300, Иван wrote:
> > > Здравствуйте!
> > > 
> > > Много про это написано, но, к сожалению, не могу понять следующий момент:
> > > В локейшене, которые обрабатывает php есть директива
> > > 
> > >                 fastcgi_buffers 32 4k;
> > > 
> > > Итого ответ до 128к на диск писаться не должен. Тогда как в эррор-логе
> > > регулярно проскакивает запись
> > > 
> > > 2016/03/16 00:07:32 [warn] 6902#6902: *16095817 an upstream response is
> > > buffered to a temporary file /var/lib/nginx/fastcgi/8/32/0002018328 while
> > > reading upstream, client: 195.211.ХХ.ХХ, server: ХХХ, request: "GET
> > > /admin/statistics/users/list/users HTTP/1.1", upstream:
> > > "fastcgi://unix:/run/php-fpm.socket:", host: "ХХХ", referrer:
> > > "https://ХХХ/admin/statistics/users/detail"
> > > 
> > > Максимальный размер ответа nginx по запросу
> > > /admin/statistics/users/list/users за сегодня был 46968 , судя по
> > > access_log. Как такое может быть? Что я не учитываю?
> > Размер ответа в access_log - уже после gzip-сжатия, если оно
> > включено.  Соответственно реальный размер ответа, возвращённого
> > бекендом, может сильно отличаться в большую сторону.
> 
> Спасибо.
> 
> А есть возможность понять сколько реальный размер ответа? Мне немного претит 
> тыкать размеры буфферов наобум.

http://nginx.org/r/$upstream_response_length/ru

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