1. Остается ли на проде логирование с уровня debug? (Мне кажется надо оставлять с info или выше)
2. Остается ли в коде после разработки отправка debug-сообщений? При разработке они указываются где надо и так и остаются на будущее?
2.1. Если да: Отключают ли каким либо образом debug-логирование при разработке, чтобы оно не мешало в логе?
Гуглил, не нашел. Ответ не должен быть истиной в последней инстанции, напишите как вы сами это делаете?
1. Lewik - 22 Июня, 2014 - 10:02:29 - перейти к сообщению
2. Ch_chov - 22 Июня, 2014 - 11:21:45 - перейти к сообщению
Обычно на рабочем сайте логируют только ошибки и события которые могут быть интересны администратору сайта (регистрация нового пользователя, запуск крона и т.д.). Логирование отладочных сообщений это лишняя трата ресурсов. Можно каждый раз перед отправкой этих сообщений проверять какую нибудь опцию конфигурации, хотя я думаю это не обязательно. Просто настройте уровни и каналы логирования для каждого окружения.
3. Lewik - 22 Июня, 2014 - 11:28:24 - перейти к сообщению
Я в целом согласен. Сам считаю что логирование на проде должно быть того, что требуется (как мне кажется это от info и выше).
И отправка в коде должна оставаться, только в конфиге окружения отключаться.
Еще вот такой вопрос: логи идут с вот таким заголовком:
Если его отправляет соответствующая "часть", то это security.INFO, event.DEBUG и т.п.
Если я его отправляю - то app.*
Вот интересно как фильтровать сообщения по этим app.* на уровне настройки окружения. (Для разработки не удобно смотреть сразу общий лог, хочется разделить его) Ну или решать через просмотр логов: http://forum.php.su/topic.php?fo...ostid=1403358668
И отправка в коде должна оставаться, только в конфиге окружения отключаться.
Еще вот такой вопрос: логи идут с вот таким заголовком:
Если его отправляет соответствующая "часть", то это security.INFO, event.DEBUG и т.п.
Если я его отправляю - то app.*
Вот интересно как фильтровать сообщения по этим app.* на уровне настройки окружения. (Для разработки не удобно смотреть сразу общий лог, хочется разделить его) Ну или решать через просмотр логов: http://forum.php.su/topic.php?fo...ostid=1403358668
4. Ch_chov - 22 Июня, 2014 - 11:44:56 - перейти к сообщению
Свой канал можно создать.
http://symfony[dot]com/doc/current/c[dot][dot][dot]ls_handlers[dot]html
http://symfony[dot]com/doc/current/c[dot][dot][dot]ls_handlers[dot]html
5. Lewik - 22 Июня, 2014 - 11:59:11 - перейти к сообщению
Да, уже нагуглил. Но я писать в лог фильтруя по каналу. Нашел что можно запилить свой обработчик, но думаю должна быть настройка на это дело.
CODE (htmlphp):
скопировать код в буфер обмена
скопировать код в буфер обмена
- monolog:
- handlers:
- main:
- type: group
- members: [streamed_all, streamed_info]
- streamed_all:
- type: stream
- path: "%path_to_common_log%"
- level: debug
- streamed_info:
- type: stream
- path: "%path_to_info_log%"
- level: info
- channels: [app]
- firephp:
- type: firephp
- level: info
- chromephp:
- type: chromephp
- level: info
Упорно не работает
Пишет в streamed_info и app.INFO и request.INFO
Надо писать все app.*
CODE (htmlphp):
скопировать код в буфер обмена
скопировать код в буфер обмена
- streamed_info:
- type: stream
- path: "%path_to_info_log%"
- channels: [app]
Пробовал, пишет вообще все.
(Добавление)
Всем спасибо, разобрался:
CODE (text):
скопировать код в буфер обмена
скопировать код в буфер обмена
- monolog:
- handlers:
- main:
- type: stream
- path: "%path_to_common_log%"
- level: debug
- streamed_info:
- type: stream
- path: "%path_to_info_log%"
- level: info
- channels:
- type: inclusive
- elements:
- - app