PHP Flush: как часто и лучшие практики

Описанная техника выглядит красиво, но имеет несколько подводных камней:

1) время между запуском и завершением PHP-скрипта мало по сравнению со временем передачи; Кроме того, согласно вашему источнику, это экономит пользователю около 0,5 секунды. Для вас это значительный срок?

2) этот метод не работает с буферизацией вывода gzip

3) если вы слишком часто очищаете, вы будете отправлять почти пустой пакет при сбросе, что может фактически увеличить время загрузки (при медленных, шумных соединениях).

4) как только вы сбросите, вы больше не сможете отправлять заголовки

5) (незначительная проблема) ответ сервера будет приходить в кодировке по частям, что означает, что клиент не будет знать размер заранее (поэтому не будет отображаться «x% сделано» при загрузке файла).

С другой стороны, если вы ожидаете, что ваш скрипт будет работать очень долго (20+ секунд), может потребоваться отправить некоторые данные (например, пробелы), чтобы браузер не отключил соединение по таймауту.

Недостатком является то, что вы не можете сжать содержимое, а также сбросить его, поэтому я всегда предпочитал сжимать, а не сбрасывать.

Некоторые версии Microsoft Internet Explorer начинают отображать страницу только после получения 256 байт вывода, поэтому вам может потребоваться отправить дополнительные пробелы перед сбросом, чтобы эти браузеры отображали страницу.

Это делает это не идеей, так как кажется, что добавление большего количества данных не очень полезно.

Я думаю, что смыв - это действительно механизм тонкой настройки. Браузеры используют только около 8 потоков для загрузки контента (зависит от браузера). Если у вас есть 15 изображений, браузер начнет загрузку 8 изображений и не будет загружать ничего, пока одно из них не завершится, затем он начнет загрузку следующего изображения и т. д. Сбрасывая после заголовка, вы в основном сообщаете браузеру, что он может начать загрузку. К тому времени, когда остальная часть страницы будет доставлена ​​(т. е. через 0,5 секунды), браузер, возможно, уже закончил загрузку файлов css и javascript. Это освободит потоки загрузки для другого контента.

Вы, вероятно, не хотите использовать флеш в любом другом месте, кроме как сразу после заголовка. Браузер обычно не отображает незакрытые HTML-теги, поэтому предоставление частичной страницы не приведет к более быстрому отображению информации. Старые версии IE вообще ничего не отображают, пока не будет получено определенное количество данных или не будет завершена доставка страницы.

Следуя точке Писквора: если вы ожидаете 20+ секунд ожидания, вам может быть лучше предоставить базовую страницу (которую можно сжать gzip) и использовать Ajax для обновления страницы после завершения медленного процесса. Однако вы начинаете нарушать основную полезность статического html.