Как обработать фатальную ошибку в php?

Question

[Дмитрий Кузьменко]

Добрый день, ситуация следующая, есть парсер страниц в Инстаграм, он хорошо парсит но если страница не существует или закрыта он выдает фатальную ошибку, можно ли как-то обработать эту ошибку, допустим если fatal error не отправлять данные текущей итерации на обработчик.

Comments

[Dymok]

try ... catch не катит?

[ThunderCat]

Dymok, фатал не ловится трайкетчем. Вы можете сделать свой обработчик фаталов(например для логов), но фатал в любом случае прерывает работу скрипта.

Answer 1

[Антон Шаманов]

Вообще php.net/manual/en/class.errorexception.php Ошибки в исключения и через try/catch отлавливать, но фатальные ошибки сразу прерывают выполнение скрипта т.ч. попробуйте проверять передаваемые данные до отправки в парсер.

Comments

[Дмитрий Кузьменко]

Так в том и проблема, парсер мне нужен для определения существует ли страница или нет.

[Антон Шаманов]

Дмитрий Кузьменко, есть вариант попроще:
$headers = @get_headers($url);

[Дмитрий Кузьменко]

Антон Шаманов, эм и правда:) Спасибо большое, по коду ответа же можно определять))

Answer 2

[Дмитрий Ким]

Try exceptions, Luke!

Comments

[Антон Шаманов]

error и exception не одно и тоже

[Дмитрий Ким]

Антон Шаманов, да, но ведь можно не бросать фатальную ошибку, а бросить исключение?

[Антон Шаманов]

Дмитрий Ким, при работе со сторонними библиотеками бывает проблематично заменить ошибки на исключения.

[Дмитрий Ким]

Антон Шаманов, тогда лучше реализовать собственную реализацию парсера, чем ловить ни чем не обоснованные фаталы при не доступности страницы инстаграма.

[Антон Шаманов]

Дмитрий Ким, я уже писал что никто не мешает проверять данные перед отправкой в парсер или запускать его отдельным процессом.

Answer 3

[ThunderCat]

есть весьма извратный способ через register_shutdown_function( "fatal_handler" ); в котором вызывал бы код начиная с последней итерации, которую хранить тогда в глобалах где-то надо. И так оно там рекурсивно пусть трахается до потери пульса...
Хотя я бы не стал с ним заморачиваться, а посылал бы каждый запрос через cli в отдельном потоке и пусть там себе падает сколько хочет.