Я искал фреймворк для ведения журналов Php по всей сети и понял, что нужно использовать фреймворк для ведения журналов PHP, если Apache регистрирует все взаимодействия с сервером?
1. Точный контроль зерна над сообщениями об ошибках
Полагаться на то, что PHP регистрирует все свои ошибки в своем журнале ошибок, и Apache регистрирует все свои ошибки в своем журнале ошибок, это хорошо, но иногда вам нужно больше подробностей. Например, что-то может выдать исключение относительно неудачного запроса SQL, и сообщение может сказать что-то вроде SQLException: Could not retrieve XYZ data
, Однако мы также хотели бы видеть трассировку стека и SQL-запрос, который не прошел. Мы могли бы добавить это в сообщение об исключении, но это лишает нас точного контроля зерна — я / не всегда хочу эту отладочную деталь.
2. Задачи, не связанные с веб-Apache
Я использую PHP довольно часто для возможностей CLI для cronjobs. Apache не будет вовлечен в это, и PHP предпочтет отправить вывод в STDOUT. Регистрация любых ошибок позволила бы мне рассмотреть их позже.
3. Регистрация вещей, которые не являются ошибками
Я могу представить сценарий, в котором вы хотели бы видеть время входа в систему, но не хотите хранить его в базе данных. Например:
21.08.16 7:48 — HPierce залогинился
21.08.16 7:49 — HPierce вышел из системы
Это не ошибки, и анализ журналов доступа Apache не позволяет получить такую информацию о пользователях.
Других решений пока нет …