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

[Иван]

В письме от 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-сжатия, если оно
> включено.  Соответственно реальный размер ответа, возвращённого
> бекендом, может сильно отличаться в большую сторону.

Спасибо.

А есть возможность понять сколько реальный размер ответа? Мне немного претит 
тыкать размеры буфферов наобум.
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20160316/72ffb119/attachment.html>