Куда PDO пишет ошибки если нет try / catch?

Question

[ylebedev]

Куда PDO пишет ошибки если нет try / catch ?

в php error log? или всёдке надо писать какой то обработчик?

сейчас включён xDebug, но он пишет только ошибка.

( ! ) Fatal error: Uncaught exception 'PDOException' with message ' in C:\xammp\test\sqlconfig\global.php on line 1035
( ! ) PDOException: in C:\xammp\test\sqlconfig\global.php on line 1035

а вот что это за ошибка? - ну общая то понятно, PDO ругается на базу, а конкретики нет.

Причём ошибка плавающая, то один запрос вывалит, то другой.

и что ответил pdo не найду.

Answer 1

[ylebedev]

короче всё нашел в php_error.log

[28-Feb-2015 13:19:32 Europe/Paris] PHP Fatal error: Uncaught exception 'PDOException' with message 'SQLSTATE[HY000] [2002] Невозможно выполнить операцию на сокете, т.к. буфер слишком мал или очередь переполнена.

Answer 2

[Юрий Новиков]

В pdo есть возможность выбора способа обработки ошибок - php.net/manual/ru/pdo.error-handling.php. В вашем случае, видимо, выбран PDO::ERRMODE_EXCEPTION, тогда всегда будет кидаться Exception и вам нужно вручную ловить его через try-catch. Если же выбрать режим PDO::ERRMODE_WARNING, тогда ошибки будут писаться в лог, и вы сможете удобно ознакомиться с их текстом оттуда.

Comments

[FanatPHP]

Сотри, пожалуйста, свой ответ. Ты не понимаешь базовых принципов обработки ошибок. Исключения НЕ НУЖНО "вручную ловить его через try-catch" и выбирать режим PDO::ERRMODE_WARNING тоже не нужно.

[Юрий Новиков]

К сожалению, ответ я стирать не буду, потому что запись ошибок от PDO напрямую в error-log может быть более быстрым путем к решению проблемы, чем выброс Fatal Error о непойманном исключении, хотя бы потому что эта конструкция исключит эффект от xdebug. Хотя, ты прав, теоретически разницы быть не должно, но и исключений от PDO с пустым сообщением тоже не должно быть. Кроме того, раз ты так хорошо понимаешь базовые принципы обработки ошибок на php, то наверное знаешь что допускать Fatal Error в реальном приложении - не очень похвальная практика, да и выбрасывать исключения, если их никто не ловит, тоже особого смысла нет.

[FanatPHP]

Это НЕ ИСКЛЮЧИТ xdebug, которого ты ТОЖЕ не знаешь. Fatal Error в реальном приложении - это абсолютно нормальная практика, и случается сплошь рядом, у всех - от тостера до яндекса. Я тебя научу их обрабатывать - это несложно. Веб-сервер настраивается так, чтобы получив код ошибки 5хх, показывал страницу-заглушку с извинениями. И даже поймав ошибку SQL, надо все равно аварийно завершать приложение (потому что результат получится непредсказуемый) и выдавать ту же 503. То есть разницы - как ты справедливо заметил в единственнм верном из своих заявлений - никакой нет.

[Юрий Новиков]

Не много ли ты на себя берешь так запросто указывая чего я не знаю? Раз ты так хорош в php, приведи мне пример, когда PDO выкинет PDOException с пустым сообщением об ошибке.

[FanatPHP]

Мне, в общем-то, пофиг на то что ты знаешь или не знаешь. Мне важно чтобы вы ребенка не учили плохому - писать трай кетч на каждый чих и ставить какой-либо режим кроме исключений.

[Юрий Новиков]

Если писать без фреймворка и единой точки входа, то да, сильно try-catch не порасставляешь. Если же есть возможность сделать try { $app->run(); } catch(Exception $e) { /* some processing here */ } чтобы ловить все исключения, то такой вариант поможет реализовать кастомную логику логирования или вывода страницы заглушки или всего что душа пожелает.

[FanatPHP]

такой вариант будет идиотизмом. открой для себя ексепшен хендлер.

Answer 3

[serjioms]

Я так понимаю, в catch будет то же описание что и выдает xDebug?

Answer 4

[FanatPHP]

Никакой обработчик писать не надо.
Порождается стандартная Fatal error, которая должна содержать текст ошибки.
То есть, PDO дальше становится не при чем, и ошибка обрабатывается так же, как и все остальные. То есть, куда по умолчанию выводит ошибки РНР - туда и выведется.

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