ob_start
Эта функция включает буферизацию вывода. Если буферизация вывода активна, никакой вывод скрипта не отправляется (кроме заголовков), а сохраняется во внутреннем буфере.
Содержимое этого внутреннего буфера может быть скопировано в строковую переменную, используя ob_get_contents() . Для вывода содержимого внутреннего буфера следует использовать ob_end_flush() . В качестве альтернативы можно использовать ob_end_clean() для очистки содержимого буфера.
Некоторые веб-серверы (например, Apache) изменяют рабочую директорию скрипта при вызове callback-функции. Вы можете вернуть её назад, используя chdir(dirname($_SERVER[‘SCRIPT_FILENAME’])) в callback-функции.
Буферы вывода помещаются в стек, то есть допускается вызов ob_start() после вызова другой активной ob_start() . При этом необходимо вызывать ob_end_flush() соответствующее количество раз. Если активны несколько callback-функций, вывод последовательно фильтруется для каждой из них в порядке вложения.
Если буферизация вывода всё ещё активна, когда скрипт завершает работу, PHP автоматически выводит содержимое.
Список параметров
Можно задать необязательный параметр callback . Эта функция принимает строку в виде аргумента и должна также вернуть строку. Она вызывается при сбросе (отправке) или очистке (с помощью ob_flush() , ob_clean() или подобных функций) или если буфер вывода сбрасывается в браузер по окончанию запроса. При вызове функции callback , она получает содержимое буфера и, как ожидается, должна вернуть обновлённое содержимое для буфера вывода, которое будет отправлено браузеру. Если callback не является допустимой функцией, то эта функция вернёт false . Описание функции для этого параметра:
Если callback вернёт false , то оригинальная информация отправится в браузер без изменений.
Параметр callback может быть игнорирован передачей значения null .
ob_end_clean() , ob_end_flush() , ob_clean() , ob_flush() и ob_start() не могут вызываться из callback-функций, так как их поведение непредсказуемо. Если вы хотите удалить содержимое буфера, то верните «» (пустую строку) из callback-функции. Вы также не можете использовать функции буферизации вывода, такие как print_r($expression, true) или highlight_file($filename, true) из callback-функции.
Замечание:
Функция ob_gzhandler() была введена для облегчения отправки gz-кодированных данных браузерам, поддерживающим сжатые веб-страницы. ob_gzhandler() определяет тип кодировки содержимого, принимаемый браузером, и возвращает вывод соответствующим образом.
Если передан необязательный параметр chunk_size , то буфер буден сброшен после любого вывода, превышающего или равного по размеру chunk_size . Значение по умолчанию 0 означает, что функция вывода будет вызвана, когда буфер будет закрыт.
Параметр flags является битовой маской, которая управляет операциями, которые можно совершать над буфером вывода. По умолчанию она позволяет буферу вывода быть очищенным, сброшенным и удалённым, что равносильно значению PHP_OUTPUT_HANDLER_CLEANABLE | PHP_OUTPUT_HANDLER_FLUSHABLE | PHP_OUTPUT_HANDLER_REMOVABLE или PHP_OUTPUT_HANDLER_STDFLAGS как сокращение этой комбинации.
Каждый флаг управляет доступом к набору функций, как описано ниже:
| Константа | Функции |
|---|---|
| PHP_OUTPUT_HANDLER_CLEANABLE | ob_clean() , ob_end_clean() и ob_get_clean() . |
| PHP_OUTPUT_HANDLER_FLUSHABLE | ob_end_flush() , ob_flush() и ob_get_flush() . |
| PHP_OUTPUT_HANDLER_REMOVABLE | ob_end_clean() , ob_end_flush() и ob_get_flush() . |
Возвращаемые значения
Возвращает true в случае успешного выполнения или false в случае возникновения ошибки.
Примеры
Пример #1 Пример callback-функции, определённой пользователем
function callback ( $buffer )
// заменить все яблоки апельсинами
return ( str_replace ( «яблоки» , «апельсины» , $buffer ));
>
Результат выполнения данного примера:
Это всё равно что сравнить апельсины и апельсины.
Пример #2 Создание нестираемого буфера вывода
ob_start ( null , 0 , PHP_OUTPUT_HANDLER_STDFLAGS ^ PHP_OUTPUT_HANDLER_REMOVABLE );
Смотрите также
- ob_get_contents() — Возвращает содержимое буфера вывода
- ob_end_clean() — Очистить (стереть) буфер вывода и отключить буферизацию вывода
- ob_end_flush() — Сбросить (отправить) буфер вывод и отключить буферизацию вывода
- ob_implicit_flush() — Включение/выключение неявного сброса
- ob_gzhandler() — callback-функция, используемая для gzip-сжатия буфера вывода при вызове ob_start
- ob_iconv_handler() — Преобразует символы из текущей кодировки в кодировку выходного буфера
- mb_output_handler() — Callback-функция, преобразующая кодировку символов в выходном буфере
- ob_tidyhandler() — Функция обратного вызова ob_start для восстановление буфера
Как обрабатывать Fatal Error в PHP
В одном из наших проектов (социальная генеалогическая сеть), о котором я писал в данном топике, мы используем очередь отложенных событий, реализованную на мемкеше. Ее архитектура такова: приложение записывает в эту очередь различные события и данные, относящиеся к ним (тип события, входящие параметры, и функция обработчик этого события). После чего менеджер(-ы) очереди разбирают эту очередь и выполняют отложенные события. В частности такая очередь используется для сбора статистики, но также и для других более критичных к выполнению задач.
Поэтому очень важно обеспечить high availability для менеджера(-ов) очереди.
Но т.к. ф-ия обработчик очереди к нам приходит из вне, то за качество этого обработчика события мы не отвечаем, т.е. если обработчик вдруг выбросит ошибку, то нам ее нужно обработать и продолжить работу менеджера очереди. Но иногда случается, что обработчики выбрасывают фатальные ошибки (Fatal Error), и это может стать проблемой…
Для треккинга процессов (демонов), очень удобно пользоваться наблюдателями за процессами, такими как monit, мы используем monit для мониторинга сисстемных демонов. Кстати, на хабре недавно была статья о моните.
Но речь не о нем 🙂
Я попросил одного из разработчиков моей команды сделать нормальный обработчик фатальной ошибки в коде менеджера очереди, а именно форк нового инстанса обработчика и логирование ошибки по типу события. На это я получил ответ, что в php фатальные ошибки обрабатывать в принципе невозможно и позорно об этом не знать и что: «компьютерные науки на текущем этапе своего эволюционного развития еще не располагают алгоритмами способными решить поставленную задачу опираясь на возможности php коректно. »
После этого я написал такой код, который обрабатывает фатальные, а также все другие ошибки в php приложении. Если кому-то еще он поможет, то я буду только рад.
ini_set( «display_errors» , «on» );
error_reporting(E_ALL);
ini_set( ‘html_errors’ , ‘on’ );
function fatal_error_handler($buffer) if (preg_match( «|(Fatal error:)(.+)(
system( «php tester.php » . getmypid() . » &» );
return «ERROR CAUGHT, check log file» ;
>
return $buffer;
>
//code between ob_start and ob_end_flush is included by MQ Handler, so we know nothing about it, and this code could fire a Fatal Error
if (isset($_SERVER[ «argv» ][1])) file_put_contents( «php://stderr» , «kill : » .var_export(posix_kill($_SERVER[ ‘argv’ ][1], 15), true ). «\n» );
>
ob_start( «fatal_error_handler» );
set_error_handler( «handle_error» );
while ( true ) //Just a Warning
//$a = 9/0;
sleep(10);
file_put_contents( «php://stderr» , «live\n» );
//Fatal error — вызов необъявленной ф-ии
if (rand(1,10) % 2 == 1) ololo(123);
>
>
echo «Program still executing. » ;
* This source code was highlighted with Source Code Highlighter .
Небольшое объяснение по текущему коду.
Fatal Error — мы ловим через буферизацию вывода в ф-ии fatal_error_handler
Остальные ошибки (все кроме фатальных) обрабатываются ф-ией handle_error
Если ошибок нет — код выполняется нормально 🙂
Да, это также не является единственным средством high availability и отказоустойчивости.
Мы пытаемся запустить демон каждую минуту по крону, а код демона начинается ф-ией
if (!checkSingleProcess()) exit;
>
function checkSingleProcess() $res = exec( ‘ps aux | grep mq_manager.php | grep -v grep | grep -v ‘ .getmypid(), $output, $ return );
return $output == array();
>
* This source code was highlighted with Source Code Highlighter .
т.е. если демон запущен, то мы прекращаем выполнение.
Открыт ко всем мнения и по возможности буду отвечать на все комментарии.
UPD: обратите внимание на ini_set(‘html_errors’, ‘on’); я потратил с пол часа времени не понимая почему обработчик не работает из-под CLI. Дело было как раз в HTML-ных ошибках. Т.к. из-под CLI они давались без HTML тегов, и условие preg_match(«|(Fatal error:)(.+)( UUPD: Немного обновил код, дело в том, что форкая новый процесс через ф-ию system нужно позаботиться о том, чтобы убить процесс который форкал текущий, т.к. функция обработчик будет ждать результата выполнении ф-ии system, а он как извесно не вернется, ведь мы же создаем демона, в связи с этим вы получите кучу процессов, висящих в памяти, которые в конце концов забьют ее полностью. PHP Fatal error: ob_start(): Cannot use output buffering in output buffering display handlers in /home/bitrix/www/bitrix/modules/main/lib/data/cache.php on line 346 В чем может быть проблема? Уже голову сломал, не знаю куда копать Павел Куратов, просто строчки ничего не дадут — нужен фрагмент кода который это вызывает, может быть шаблон компонента какого. Да это стандартный модуль в битрикс он у всех есть. Я так понял это с кэшем что-то связано. Вам строчки из файла /cache.php показать? Или не в нем причина? Проблема не в модуле битрикса, а в том как его используют, а вот для того чтобы понять где именно его неправильно используют и нужно смотреть. Вот файл который я запускаю на исполнение через консоль И всегда после это строчки Да это не причем, тут даже не из под крона, а через сайт если запустить то выходит пустая страница и в итоге, если отследить, то выкидывает на тот же ob_start() Попробуйте из браузера зайти на страницу: Если не прокатит, нужен код модуля module.test 1С-Битрикс http://www.1c-bitrix.ru Общие вопросы info@1c-bitrix.ru Приобретение и лицензирование продуктов : sales@1c-bitrix.ru Маркетинг/мероприятия/PR marketing@1c-bitrix.ru Партнерская программа partners@1c-bitrix.ru Мы работаем с 10:00 до 19:00 по московскому времени. Офис в Москве 127287 Россия Московская область Москва 2-я Хуторская улица дом 38А строение 9 Офис в Калининграде +7 (4012) 51-05-64 Офис в Калининграде 236001 Россия Калининградская область Калининград Московский проспект 261 Офис в Киеве ukraine@1c-bitrix.ru Телефон в Киеве +3 (8044)221-55-33 Офис в Киеве 01033 Украина Калининградская область Киев улица Шота Руставели 39/41 офис 1507 © 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом. Политика конфиденциальности Форум
Fatal error: ob_start(): Cannot use output buffering in output buffering display handlers in /home/bitrix/www/bitrix/modules/main/lib/data/cache.php on line 346
Цитата Андрей Николаев написал:
Павел Куратов , просто строчки ничего не дадут — нужен фрагмент кода который это вызывает, может быть шаблон компонента какого.
У Вас ошибка может быть в header.php вашего шаблона, но Вам покажут только то место где ошибка «получила результат» (т.е. самый низкий уровень).
Вот Вы вынесли кривой компонент на главную страницу, а отваливается в файле кеширования например, но виноват не файл кеширования, а компонент который Вы вынесли.IsAuthorized() && '1' == $USER->GetID()) $allow = true; > elseif (empty($_SERVER['DOCUMENT_ROOT']) && false !== strpos(__DIR__, '/local')) < $_SERVER['DOCUMENT_ROOT'] = substr(__DIR__, 0, strpos(__DIR__, '/local')); require_once($_SERVER['DOCUMENT_ROOT'].'/bitrix/modules/main/include/prolog_before.php'); $allow = true; >if ($allow && CModule::IncludeModule('module.test')) < $ad = new CMegaAd(); $ad->GetCons( array( // 'DEBUG' => 'Y', ) ); > GetCons( array( // 'DEBUG' => 'Y', ) ); > else < echo 'module not installed'; >require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/epilog_after.php");
Центр поддержки
Продукты
Управление сайтом
Битрикс24
Интернет-магазин + CRM
Решения
Для интернет-магазинов
Каталог готовых решений
Внедрение
Выбрать партнера
Проверить партнера
Стать партнером
