PHP Fatal Error Handler - тащим E_ERROR в user space

Mon, 08 Feb 2016 11:51:59 +0300

Коллеги, знакома ли вам боль от вида фаталов в логах, происхождение которых остается загадкой?
Больнее всего от каких-то часто используемых/общих методов:
====code====

PHP Fatal error: Call to a member function smthd() on null in /var/www/some/factory/generic.php on line 13
PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 30148784 bytes) in /var/www/bitrix/modules/main/lib/text/string.php on line 24

============= Отлично PHP, я вижу OOM, но вызовов \Bitrix\Main\Text\String::htmlEncode несметное количество и начинать разборы причин попросту неоткуда, ведь кроме строки где мы упали и запроса пользователя ничего и нет. Язык для домашних страничек во всей красе, я считаю.
К сожалению PHP 5.x (в PHP 7.x есть engine exceptions) не позволяет установить кастомный обработчик для ошибок типа E_ERROR, E_PARSE, E_CORE_ERROR, E_CORE_WARNING, E_COMPILE_ERROR и E_COMPILE_WARNING, обоснованно считая это не безопасным. Поэтому ловить фаталы по аналогии с другими ошибками попросту не выйдет:(
Из всех "не улавливаемых" ошибок наиболее любопытен E_ERROR, а типичное решение этой проблемы - зарегистрировать shutdown-функцию (register_shutdown_function) и там кетчить. Все в целом не так плохо, если вам не интересен stack trace, ибо его на момент вызова shutdown-функции уже нет.

Так родился небольшой PHP-extension PHP Fatal Error Handler, который позволяет прокинуть в user space ошибки типа E_ERROR, что дает возможность обработать их нужным образом (i.e. сохранить) и достойно "умереть". Стоит предупредить, что тут важно понимать что вы делаете и имплементить крайне аккуратно, ибо PHP обоснованно считает прокидывание ошибок этого типа не безопасным.
Собирается как и любое другое расширения (детально описано в README)
Пример использования:
====code====

fatal_error_handler(function($code, $message, $file, $line) {
  echo "Args: \n";
  var_dump(func_get_args());
  echo "Trace: \n";
  debug_print_backtrace();
});
function test_error() {
  fatal();
}
test_error();

============= Вывод:
====code====

Args: 
array(4) {
  [0]=>
  int(1)
  [1]=>
  string(34) "Call to undefined function fatal()"
  [2]=>
  string(26) "/home/buglloc/tmp/test.php"
  [3]=>
  int(10)
}
Trace: 
#0  {closure}(1, Call to undefined function fatal(), /home/buglloc/tmp/test.php, 10) called at [/home/buglloc/tmp/test.php:10]
#1  test_error() called at [/home/buglloc/tmp/test.php:13]

============= Больше примеров можно посмотреть в тестах или демо с реализацией простого хендлера ошибок/исключений:
====code====

<?php
require_once __DIR__ . '/handler.php';
$handler = new ErrorHandler;
$handler->register();
function foo() {
    fatal();
}
function bar() {
    foo();
}
// warning
strpos();
// fatal
bar();

============= Вывод:
====code====

E_WARNING: strpos() expects at least 2 parameters, 0 given in /home/buglloc/work/projects/php-fatal-handler/demo/test.php:16
#1 /home/buglloc/work/projects/php-fatal-handler/demo/test.php(16): strpos()
#2 {main}
E_ERROR: Call to undefined function fatal() in /home/buglloc/work/projects/php-fatal-handler/demo/test.php:9
#1 /home/buglloc/work/projects/php-fatal-handler/demo/test.php(13): foo()
#2 /home/buglloc/work/projects/php-fatal-handler/demo/test.php(19): bar()
#3 {main}
Ooops

============= Это лишь пример, для того что бы показать суть использования расширения, не стоит бездумно подключать его на бою.

Расширение должно работать со всей линейкой поддерживаемых версий PHP от 5.3 до 5.6, в том числе и с ZTS. За счет минимального оверхеда можно использовать в продакшене не боясь за производительность.
Если будут какие-то вопросы, предложения, замечания можете адресовать их в багтрекер

Всем благ;)
Подробнее...

Brick: альтернативный кирпич для мессенджера Битрикс24. Public alpha.

Wed, 01 Apr 2015 11:59:17 +0300

Признаться, не знал с чего начать. Поэтому начну с тезисов:
- Наш мессенджер развивается семимильными шагами, поэтому возможностей встроенного XMPP сервера и их клиентов просто перестало хватать.
- Мне комфортно в GNU/Linux и когда пересаживаюсь за Windows или Mac OS, для каких-то тестов или экспериментов, испытываю некую боль.
- Компания Битрикс, пока не готова делать версию десктопного приложения под GNU/Linux.

В связи с этими тремя тезисами и родился свободный проект - Brick, как альтернативный клиент для нашего прекрасного мессенджера под GNU/Linux. Сейчас представляет из себя базовую оболочку, функциональности которой (как мне кажется) достаточно для того, что бы начать пробовать её использовать. Хорошо это иль плохо, но это не порт Windows/Mac OS версии официального клиента, а полностью альтернативная реализация со всеми вытекающими.
Хотел сразу обратить ваше внимание на то, что компания Битрикс не имеет прямого отношения к этому проекту. Он персональный, поэтому мы (Битрикс) не несем никакой ответственности за него. Решил поделиться, по большей части для таких же ценителей GNU/Linux и Битрикс24, которым не комфортно в веб-мессенджере.
Brick сейчас находится в активной стадии разработки и пока имеет ряд не столь значительных для основной функциональности "недоделок" и "шероховатостей" (e.g. не закончена интернализация).

Подробнее...

Whatever

PHP Fatal Error Handler - тащим E_ERROR в user space

Brick: альтернативный кирпич для мессенджера Битрикс24. Public alpha.