Буферизация вывода и flush

Столкнулся с проблемой, которая не дает мне покоя, уже не первый раз. Но вот пришло время её решить.

Не работает flush(); на хостинге заказчика.

Тестовый пример:

Есть доступ к конфигурации php.ini

PHP работает как модуль Апача.

Работающие модули ISP Manager

ZendExtensionManager.so bz2.so calendar.so cgi-fcgi.so ctype.so curl.so date.so dbase.so eaccelerator.so exif.so filter.so ftp.so gd.so gettext.so gmp.so hash.so iconv.so json.so libxml.so mbstring.so mysql.so mysqli.so openssl.so pcntl.so pcre.so pdo.so pdo_mysql.so pdo_sqlite.so readline.so zlib.so reflection.so session.so shmop.so simplexml.so sockets.so spl.so standard.so tokenizer.so xml.so zip.so

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

ZendExtensionManager.so     bz2.so          calendar.so   cgi-fcgi.so                 ctype.so        curl.so   date.so                     dbase.so        eaccelerator.so   exif.so                      filter.so       ftp.so   gd.so                       gettext.so      gmp.so   hash.so                     iconv.so        json.so   libxml.so                   mbstring.so     mysql.so   mysqli.so                   openssl.so      pcntl.so   pcre.so                     pdo.so          pdo_mysql.so   pdo_sqlite.so               readline.so     zlib.so   reflection.so               session.so      shmop.so   simplexml.so                sockets.so      spl.so   standard.so                 tokenizer.so    xml.so   zip.so

PHP Info:

Configure command:

Core:

Zlib:

Пошел я в гугл, долго искал, читал и пробовал.. Ничего не помогает.. Я грешил на какую-то буферизирующую софтинку, и решил в очередной раз проверить, не загоняет ли сервак свои ответы в gzip, т.к. это обозначало бы что они кешируются.. И вот что я увидел

Кеширования нет, но .. Server: nginx
Вот оно что, в качестве фронтенда, стоял nginx, и я заподозрил именно его в таком поведении.

Нашел конфиг, он находился в /etc/nginx/nginx.conf, посмотрел там, и нашел вот это:

С конфигурацией nginx я столкнулся впервые, знал лишь то, что разработал его Игорь Сысоев и он русский, а это значит, что должно быть достаточно мануалов. Пошел в поиск и попал к нему на сайт, там меня интересовал раздел документации, а именно модуль ngx_http_proxy_module. Вот там я и нашел ответ на свой вопрос, а именно директиву proxy_buffering:

Директива разрешает использовать буферизацию ответа проксируемого сервера. Если буферизация включена, то nginx принимает ответ проксируемого сервера как можно быстрее, сохраняя его в буфера, заданные директивами proxy_buffer_size и proxy_buffers. Если ответ не помещается полностью в память, то его часть записывается на диск.

Если буферизация выключена, то ответ синхронно передаётся клиенту сразу же по мере его поступления. nginx не пытается считать весь ответ проксируемого сервера, максимальный размер данных, который nginx может принять от сервера задаётся директивой proxy_buffer_size.

Пошел искать эту директиву в своем конфиге, но её там небыло. Ну, раз нет, тогда добавим и я её прописал в секции Main location:

(!) Не забудьте про точку запятую в конце. Я забыл, и в начале подумал, что это лекарство мне не помогло.

Конфигурация, сохранена. Остается вопрос, как же рестартануть nginx с правильной конфигурацией. Это делается таким образом (в консоли):
1) #ps ax | grep nginx
2) ищем в выданном нам списке nginx: master process
3) запоминаем его pid (это число в начале строки), пусть это будет 7889
4) #top
5) теперь нажимаем k
6) На вопрос PID to kill отвечаем, номером нашего процесса, т.е. 7889, нажимаем Enter
7) На вопрос Kill PID 7889 with signal [15]: отвечаем HUP, нажимаем Enter (подробнее про сигналы тут)
8) нажимаем Ctrl+C для выхода из top'a
9) Можно тестировать наш скрипт с flush

У меня все заработало и я был счастлив! Как всегда, проблема которую не можешь решить несколько дней, решается всего одной маленькой строчкой 🙂