Ни для кого не секрет, что ошибки в приложении надо как-то обрабатывать. Самый простой, да и наиболее часто встречающийся у новичков способ — подавлять ошибки с помощью @. Предусмотрееный разработчиками php способ — создать собственный обработчик, используя set_error_handler. Третий, довольно распространённый, — исключения. И последний — ошибки, генерируемые интерпретатором, пишутся в лог (определяемому с помощью error_log), а предусмотренные при разработке выводятся с помощь чего-нибудь вроде die('Ошибка такая-то'); А как вы обрабатываете ошибки?
Звучит банально, но надо стараться писать код так, чтобы ошибок не возникало. А ситуации типа "неверный пароль", "мало денег на балансе", "CURL вернул пустую строку" - это не ошибки вовсе, это вполне штатные ситуации, которые надо обрабатывать не механизмами обработки ошибок, а логикой приложения.
Звучит данально, но не все всегда зависит от приложения. ЗЫ. trigger_error забыл, в довесок к еррор-хендлеру.
интересно, кто проголовал за первый пункт ? Ну почему, можно ведь прописать error_reporitng(0), вместо того чтобы писать собаки (Это для новичков)
использование его в паре и подразумевалось. Поправил. Dagdamor, это вполне нормальные ситуации, которые отлично разруливаются ещё на уровне проектировки, а вот, например, в пресловутых классах работы с mysql PHP: <?php or die('Error ' . mysql_error()); ?> сообщение абсолютно неинформативно. Тут-то как раз обработчики и приходят на помощь.
Правильно приготовленные Exceptions рулят Правда я бы не юзал их глобально для всего приложения, а вот в пределах модулей - да