Как вы анализируете логи ошибок PHP?

Question

[Anton B]

Добрый день.

Подскажите из своего опыта, как вы анализируете логи ошибок PHP?

Вот, допустим, собрались логи за вчерашний день, хочу посмотреть и поправить ошибки. Просто открывать error.log и править все подряд неудобно, если проект большой, повторяющихся ошибок много.

Сейчас использую свой простой php-скрипт для анализа логов, который хоть как-то упрощает работу.

Может быть, существует отличный готовый и в то же время легкий инструмент для решения такой задачи?

Спасибо.

Answer 1

[AxisPod]

Мы не анализируем, мы делаем сразу так, чтобы не было ошибок :-D Ну и мы еще в случае надобности умеем использовать google.

Comments

[Anton B]

Ну так подскажите, что вам подсказал google. А то вот мне он ничего не подсказывает.

[svd71]

@bigton
гугль подсказывает, как нужно исправить, чтоб больше сообщение об ошибках не появлялось.

[Anton B]

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

Answer 2

[BoneFletcher]

Ошибки можно сохранять в базу - там их проще анализировать:
stackoverflow.com/questions/2911094/outputting-all...
В этой же функции можно добавить оповещение по почте, для того чтобы была возможность каждую возникающую ошибку исправлять в срочном порядке.

Ошибки Fatal Error обрабатываются отдельной функцией:
stackoverflow.com/questions/277224/how-do-i-catch-...

Answer 3

[hOtRush]

Есть еще сервисы loggly.com/, https://logentries.com/, правда платные и мне не очень понравились)

Answer 4

[svd71]

Просто вплючаю в отлаживаемый скрипт следующий код

error_reporting(E_ALL);
ini_set('display_errors', true);
ini_set('error_reporting',  E_ALL);

после него выводит все ворнинги, хинты и ошибки. делаю, чтоб мой скрипт не выводил такого барахла. Если хватает времени, правлю и не мои скрипты.

Comments

[zenaku]

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

[hOtRush]

@svd71 думаю лучше писать логи :) ошибку можно все же и пропустить, а так хоть узнаешь, что пропустил)

[svd71]

Думаю чтоивы догадаетесь, что я использую дангый скрипт на локальной версии для тесов и вылизывания функционала. На серве идут данные без этого куска и 1000 раз опробованные.

[zenaku]

И тут зайдет 1 посетитель и вылезет ошибка на 1001 раз опробования...

А если на сервере что-то изменят, и вылезет ошибка на на одной страничке из 1000, о которой вы и забыли... Что тогда? Или вы каждый день проверяете все свои страницы на наличие ошибок? А если ошибки выпадают только глубокой ночью(где-то такое слышал, что ночью сайт не работает, а днем все норм). Или связано с БД. Или в структуре сайта что-то поменяете(мало ли файл не тот удалите) спустя месяц - откроете а везде экран белый. На локалке все хорошо. А тут либо включать вывод ошибок(но их и посетитель увидит тогда), либо сайт перезаливать...

[svd71]

показ ошибок скрыт в .htaccess. Запрещено. Нужно предусматривать ситуации, когда у вас может выпать 1001 ошибка при заходе любого пользователя. В этом то и смысл кодества. Если у вас иначе, значит вы заведомо пишите критический код.
Были случаи, когда владелец сайта пожаловался на обсуствие данных и у него до этого изменили структуру таблицы. Пришлось наказать сотрудника - не должным образом подошел к поставленной задаче. Но это было намного лучше, чем когда наши сайты под управлением Джумлы опосля какого-то корявого изменения с выводом ошибки подвергались атакам и (в некоторых ситуациях) были взломаны.