Спасибо!
К сожалению, об этом не сказано в документации.

А есть ли способ заставить nginx отдавать ответ клиенту не дожидаясь
заполнения первого буфера, в том случае, если бэкенд медленно и по
чуть-чуть отдает данные? Это необходимо для того, чтобы пользователь мог
видеть прогресс-бар при некоторых длительных операциях обслуживания сайта.

Например, gallery2 может создавать кэш изображений разных размеров по
запросу. Операция довольно длительная и в процессе отображается
прогресс-бар со счетчиком обработанных/оставшихся изображений. Данные идут
по чуть-чуть и nginx даже при буфере в 4к отдает их клиенту очень не скоро.
Может быть есть/будет какой-то таймаут для наполнения буфера? Скажем, если
бэкенд начал отдавать данные, но не заполнил буфер за 5 секунд - отправить
их клиенту. Это помогло бы не отключать буферизацию в описанном выше случае
и, таким образом, сохранить возможность кэширования ответов.

15 января 2015 г., 17:16 пользователь Maxim Dounin <mdounin@mdounin.ru>
написал:

> Hello!
>
> On Thu, Jan 15, 2015 at 05:03:37PM +0300, Maksim Kulik wrote:
>
> > Максим, вот (вроде бы) полный дебаг-лог одного соединения:
> >
> > http://pastebin.com/E6PZk8m2
> >
> > Заголовков X-Accel-Expires и Vary, равно как и X-Accel-Redirect - нет.
> Это
> > простой сайт на wordpress (на нем просто можно потестить конфиг, перед
> > внедрением на другие сайты).
>
> Понятно, я просто проглядел в конфиге - у вас "proxy_buffering off;"
> стоит. Для того, чтобы кеш работал, proxy_buffering надо
> включить, т.к. режим при кешировании ответ пишется на диск
> именно механизмом буферизации.
>
> --
> Maxim Dounin
> http://nginx.org/
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru