Re: Буферизация fastcgi в файл. Почему?
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
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-сжатия, если оно > включено. Соответственно реальный размер ответа, возвращённого > бекендом, может сильно отличаться в большую сторону. Спасибо. А есть возможность понять сколько реальный размер ответа? Мне немного претит тыкать размеры буфферов наобум. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Буферизация fastcgi в файл. Почему?
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-сжатия, если оно включено. Соответственно реальный размер ответа, возвращённого бекендом, может сильно отличаться в большую сторону. -- Maxim Dounin http://nginx.org/ ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Буферизация fastcgi в файл. Почему?
Здравствуйте! Много про это написано, но, к сожалению, не могу понять следующий момент: В локейшене, которые обрабатывает 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. Как такое может быть? Что я не учитываю? Все остальные директивы про буферы по умолчанию. Размер страницы, насколько я понимаю - 4к. nginx 1.8.1. С уважением, Иван. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
