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/ _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru