PHP - Как вернуть управляемый контент при критической ошибке PHP (E_ERROR, E_PARSE)?

*пробрасывать

PHP - Как вернуть управляемый контент при критической ошибке PHP (E_ERROR, E_PARSE)?

Что бы не пробравшийся SERVER_PROTOCOL лучше писать
header(«Service Unavailable», true, 503);

PHP - Как вернуть управляемый контент при критической ошибке PHP (E_ERROR, E_PARSE)?

Если вы ничего не отправляли то работать будет.

register_shutdown_function(function () {
   $error = error_get_last();
   if ($error && ($error['type'] == E_ERROR || $error['type'] == E_PARSE || $error['type'] == E_COMPILE_ERROR)) {
       if (strpos($error['message'], 'Allowed memory size') === 0) { // если кончилась память
           ini_set('memory_limit', (intval(ini_get('memory_limit'))+64)."M"); // выделяем немножко что бы доработать корректно
           Log::error("PHP Fatal: not enough memory in ".$error['file'].":".$error['line']);
	} else {
           Log::error("PHP Fatal: ".$error['message']." in ".$error['file'].":".$error['line']);
        }
        if(!headers_sent()) {
             header($_SERVER[«SERVER_PROTOCOL»].' '.'503');
             // ... и тд
        }
    }
});

Дело в том что я не любитель копить вывод ob по нескольким причинам:
1. не рациональное использование памяти сервера. Например отдача большого контента, yml, например.
2. невозможность использовать flush(). Отдавая страницу по частям, вы ускоряете её(визуально), но для пользователей это то что надо. Так делают гугл, яндекс, яху и все остальные (в основном контент делится на 3 части: шапка, тело, подвал. В подвали загружаются скрипты). Отличный доклад был на хайлоаде 2010 от яху, почитайте на досуге.
3. не прозрачный контроль вывода (в своё время меня доставали «почему ничего не выводится при какой-то ошибке», а потому что ob_start() ставят)

Но это другая история…

PHP - Как вернуть управляемый контент при критической ошибке PHP (E_ERROR, E_PARSE)?

А что с заголовками?

PHP - Как вернуть управляемый контент при критической ошибке PHP (E_ERROR, E_PARSE)?

По поводу логов. Логи stderr всё равно пишутся, даже с этой функцией. Если не хотите писать в логи ошибки, то объявите set_error_handler и делайте там return true;

PHP - Как вернуть управляемый контент при критической ошибке PHP (E_ERROR, E_PARSE)?

Это естественно, отправив заголовки, вы уже не сможете отправить их повторно. Поэтому и разделяют приложения на логическую часть и отображение (именно в этой последовательности)

Автошаринг файлов

промазал

Применение побитовых операторов в PHP и Javascript?

Наличие хотя бы одного бита из FLAGS в _state(в _state может быть и больше битов):
if($this->_state & self::FLAGS){}
Наличие всех битов из FLAGS в _state (в _state не должно быть других битов):
if($this->_state & self::FLAGS == self::FLAGS){}

сори, писал на коленках

Применение побитовых операторов в PHP и Javascript?

*бит=флаг

Применение побитовых операторов в PHP и Javascript?

Бит стоит расценивать как флаги.
Добавляет бит(ы) из FLAG в _state:
$this->_state |= self::FLAG;
Удаляет бит(ы) из _state которые содержатся в FLAG:
$this->_state &= ~self::FLAG;
Наличие хотя бы одного бита из FLAGS в _state:
if($this->_state & self::FLAGS){}
Наличие всех битов из FLAGS в _state (в _state может быть и больше битов):
if($this->_state & self::FLAGS == self::FLAGS){}
Наличие всех битов в _state кроме битов содержащихся в FLAGS:
if($this->_state & ~self::FLAGS){}
В _state должен быть только один бит из FLAGS (например есть 5 состояний, но в одно время может быть только одно) Не исключает наличие других битов, не входящих в FLAGS:
if((($this->_state & self::FLAGS) & (($this->_state & self::FLAGS) - 1))){}

Если я понял о чем Вы.