Как в php немедленно выводить данные?

Question

[rkfddf]

Если в php запустить такой код

<?php 
for ($i = 0; $i< 3; $i++)
{
    echo $i. '<br>';
    sleep(1);
}

то результат выведется после окончания всего скрипта, то есть числа 0, 1, 2 выведутся одновременно через три секунды, то есть после выполнения всех итераций.
Если такой же код написать в python, то выведется 0, через секунду выведется 1 и так далее.
Есть ли в php возможность выполнять программы в стиле питона, что бы не дожидаться выполнения всего скрипта?

Comments

[Сергей delphinpro]

запускайте в cli, будет как вы хотите.

Answer 1

[Slava Rozhnev]

Функции контроля вывода

<?php
header( 'Content-type: text/html; charset=utf-8' );
echo 'Begin ...<br />';
for( $i = 0 ; $i < 10 ; $i++ )
{
    echo $i . '<br />';
    flush();
    ob_flush();
    sleep(1);
}
echo 'End ...<br />';
?>

Comments

[Vitsliputsli]

Что толку от flush, если пакет http будет послан либо после получения всех данных (окончания работы скрипта), либо при переполнении буфера (и буфера не flush)?

[neol]

Vitsliputsli, любой буфер можно отключить. К примеру для отключения буфера nginx можно передать заголовок X-Accel-Buffering: no

[Vitsliputsli]

neol, да, можно, но решение все равно это будет плохое. Вместо того, чтобы сразу исопльзовать подходящую технологию, придется искать решения для различных странных проблем технологии не предназначенной для такого исопльзования. Писать страницу, которая перманентно в не полностью загруженном состоянии, учитывать таймауты браузера на отсутствие ответа и прочие странности. Кроме того, такая "зависшая" страница будет занимать 1 поток загрузки, а у Chrome их всего 6, что вероятно будет радовать пользователей.
А так, да, можно.

[Кирилл Несмеянов]

Vitsliputsli, открою секрет - то что вы сейчас назвали извращением называется long polling. Вся технология построена на том, чтобы раз в определённый промежуток времени посылать что-то с сервера, держа keep-alive http соединение.

И т.е. то, что какой-нибудь ВК или Facebook у вас занимает "целый поток из 6 доступных" - никого как бы не волнует... Действительно, давайте им передадим то, что они используют не предназначенную "для такого" (с) технологию? =)

[Vitsliputsli]

Кирилл Несмеянов, long polling про другое, там долго ждем начала передачи, а сами данные передаются быстро, как вы и написали "раз в определённый промежуток времени посылать что-то с сервера", а здесь сами данные передаются медленно.
Long polling, short polling - это не технологии, это костыли которые позволяют хоть как-то работать через протокол не предназначенный для такого использования. К примеру, чтобы обойти firewall можно данные передавать хоть через icmp-протокол, но в любом случае это останется костылем. Костыли они, потому что пытаются делать что-то, на что протокол не расчитан, а это вносит дополнительные сложности и проблемы. Когда никак по-другому сделать нельзя - это одно, но когда есть ws, а сигналы с сервера клиенту шлем через http - да, это извращение. Хочется подстраховаться на случай, а вдруг где-то кто-то блочит ws - сделайте переход на longpolling при невозможности работы по ws (тем более и готовые решения есть).
Еще раз, http в отличии от ws не предназначен для отправки сообщений сервером клиенту, т.к. клиент должен инициировать соединение. И этот факт не изменит использование его таким образом где бы то ни было.

[Кирилл Несмеянов]

Vitsliputsli, а давайте я просто оставлю ссылку на спецификацию, где явно прописано обратное: https://html.spec.whatwg.org/multipage/server-sent... (MDN в качестве альтернативы https://developer.mozilla.org/ru/docs/Web/API/Serv...)

А вы уже прочитаете её и ещё раз напишете свои "http в отличии от ws не предназначен для отправки сообщений сервером клиенту". Что думаете? +)

[Vitsliputsli]

Кирилл Несмеянов, не надо просто ссылку, напишите ваши аргументы, свои я написал выше.
SSE - это тот же polling, только возведенный в стандарт и реализованный внутри браузера. Принципы работы http от этого не поменялись: клиент запрашивает сервер, а сервер отвечает. При short это постоянное тюканье сервера "что нового?", при long "зависание" в ожидании ответа. Это способы обойти ограничение на отправку сообщение от сервера клиенту, а не поддержка протоколом. Неужели не видите разницы?
Так к чему эти ссылки? Я ж не отрицаю существование polling, ни то что его используют, ни то, что без него бывает не обойтись. Возможно даже, при определенных условиях, sse будет предпочтительней ws, можно поспорить. Но http работает однозначано: запрос клиента - ответ сервера, и никак иначе, т.е. "не предназначен для отправки сообщений сервером".

Answer 2

[Vitsliputsli]

То что вы хотите не нужно делать через http, либо используйте web-socket, либо полностью перетащите этот функционал на фронт. Http предназначен для получения данных, а не отправки команд-сигналов с сервера. Манипуляции с ajax или переполнением буфера - также будут извращением.

Comments

[rkfddf]

Спасибо, не подумал раньше.