Используется ли ob_start() для output buffering чтобы заголовки были буферизованы и не отправлены в браузер? Имею ли я смысл? Если нет, то почему мы должны использовать ob_start() ?
Подумайте об ob_start() как о том, что «Начните вспоминать все, что обычно выводится, но пока не делайте с ним ничего».
Например:
ob_start(); echo("Hello there!"); //would normally get printed to the screen/output to browser $output = ob_get_contents(); ob_end_clean();
Есть две другие функции, которые вы обычно ob_get_contents() с ней: ob_get_contents() , которая в основном дает вам все, что было «сохранено» в буфере, поскольку оно было включено с ob_start() , а затем ob_end_clean() или ob_flush() , которые либо останавливает сохранение вещей и отбрасывает все, что было сохранено, или останавливает сохранение и выводит все сразу, соответственно.
Я использую это, чтобы я мог вырваться из PHP с большим количеством HTML, но не отображать его. Это избавляет меня от хранения его в виде строки, которая отключает цветовое кодирование.
<?php ob_start(); ?> <div> <span>text</span> <a href="#">link</a> </div> <?php $content = ob_get_clean(); ?>
Вместо:
<?php $content = '<div> <span>text</span> <a href="#">link</a> </div>'; ?>
В принятом ответе здесь описывается, что делает ob_start() а не почему он используется (что было задано вопросом).
Как указано в другом месте, ob_start() создает буфер, на который записывается вывод.
Но никто не упомянул, что в PHP можно складывать несколько буферов. См. Ob_get_level ().
Что касается того, почему ….
Отправка HTML в браузер в больших кусках дает преимущество в производительности из-за сокращения сетевых издержек.
Передача данных из PHP в больших кусках дает преимущество производительности и емкости за счет сокращения количества требуемых контекстных переключателей
Передача больших фрагментов данных в mod_gzip / mod_deflate дает преимущество в производительности, так как сжатие может быть более эффективным.
буферизация вывода означает, что вы все еще можете манипулировать заголовками HTTP позже в коде
явно промывая буфер после вывода [head] …. [/ head] может позволить браузеру начать маршалинг других ресурсов для страницы до завершения потока HTML.
Захват вывода в буфере означает, что он может перенаправляться на другие функции, такие как электронная почта или копироваться в файл в виде кэшированного представления содержимого
У вас есть это в обратном направлении. ob_start не буферизирует заголовки, он буферизирует содержимое. Использование ob_start позволяет сохранять содержимое в серверном буфере, пока вы не будете готовы его отображать.
Это обычно используется для того, чтобы страницы могли отправлять заголовки после того, как они уже отправили некоторый контент (т. Е. Решили перенаправить на половину пути через визуализацию страницы).
это для дальнейшего уточнения ответа JD Isaaks …
Проблема, с которой вы сталкиваетесь часто, заключается в том, что вы используете php для вывода html из разных источников php, и эти источники часто по какой-либо причине выводят по-разному.
Иногда у вас есть буквальный html-контент, который вы хотите напрямую выводить в браузер; в других случаях вывод динамически создается (на стороне сервера).
Динамический контент всегда (?) Будет строкой. Теперь вам нужно объединить этот стробированный динамический html с любым литералом, прямым отображением html … в одну значимую структуру узлов html.
Обычно это заставляет разработчика обертывать все содержимое прямого отображения в строку (как обсуждал JD Isaak), чтобы он мог быть правильно доставлен / вставлен в сочетании с динамическим html … даже если вы действительно не используете хочу, чтобы он был завернут.
Но с помощью методов ob _ ## вы можете избежать беспорядка с оберткой. Литеральное содержимое вместо этого выводится в буфер. Затем одним простым шагом все содержимое буфера (весь ваш литерал html) конкатенируется в вашу строку dynamic-html.
(Мой пример показывает, что буквальный html выводится в буфер, который затем добавляется в html-строку … посмотрите также пример JD Isaaks, чтобы увидеть string-wrapping-of-html).
<?php // parent.php //--------------------------------- $lvs_html = "" ; $lvs_html .= "<div>html</div>" ; $lvs_html .= gf_component_assembler__without_ob( ) ; $lvs_html .= "<div>more html</div>" ; $lvs_html .= "----<br/>" ; $lvs_html .= "<div>html</div>" ; $lvs_html .= gf_component_assembler__with_ob( ) ; $lvs_html .= "<div>more html</div>" ; echo $lvs_html ; // 02 - component contents // html // 01 - component header // 03 - component footer // more html // ---- // html // 01 - component header // 02 - component contents // 03 - component footer // more html //--------------------------------- function gf_component_assembler__without_ob( ) { $lvs_html = "<div>01 - component header</div>" ; // <table ><tr>" ; include( "component_contents.php" ) ; $lvs_html .= "<div>03 - component footer</div>" ; // </tr></table>" ; return $lvs_html ; } ; //--------------------------------- function gf_component_assembler__with_ob( ) { $lvs_html = "<div>01 - component header</div>" ; // <table ><tr>" ; ob_start(); include( "component_contents.php" ) ; $lvs_html .= ob_get_clean(); $lvs_html .= "<div>03 - component footer</div>" ; // </tr></table>" ; return $lvs_html ; } ; //--------------------------------- ?>
<!-- component_contents.php --> <div> 02 - component contents </div>
Я предпочитаю:
ob_start(); echo("Hello there!"); $output = ob_get_clean(); //Get current buffer contents and delete current output buffer
Эта функция предназначена не только для заголовков. Вы можете сделать много интересного с этим. Пример. Вы можете разделить свою страницу на разделы и использовать ее так:
$someTemplate->selectSection('header'); echo 'This is the header.'; $someTemplate->selectSection('content'); echo 'This is some content.';
Вы можете записать полученный здесь результат и добавить его в два совершенно разных места в вашем макете.
Нет, вы ошибаетесь, но направление подходит;)
Буферизация вывода буферизует вывод сценария. Thats (короче) когда-либо после echo или print . Дело в заголовках заключается в том, что их можно отправить только, если они еще не отправлены. Но HTTP говорит, что заголовки являются первыми в передаче. Поэтому, если вы выдаете что-то в первый раз (в запросе), отправляются заголовки, и вы не можете устанавливать какие-либо другие заголовки.