Логирование: оставь print позади

Логирование - это фиксация состояния вашего приложения в определенный момент времени.
Оно позволяет понимать, что система работает как ожидается (и вообще работает), а также облегчает диагностику проблем
Минусы print:
- нет общего формата (дата)
- не ясно какой модуль в каком месте написал информацию, насколько она важна
- нужно выключать/включать, обязательно забудем удалить
- нельзя гибко настроить куда писать (файл/консоль)
Когда уместен print: в очень простых, маленьких приложениях и скриптах.
Чем больше и сложнее приложение тем важнее использовать специальные инструменты логирования
DIWEC = DEBUG - INFO - WARNING - ERROR - CRITICAL
DEBUG - самая подробная информация, нужна только разработчику и только для отладки, например значения переменных, какие данные получены и т.д.
INFO - информационные сообщения, как подтверждение работы, например запуск сервиса
WARNING - еще не ошибка, но уже надо посмотреть - мало места на диске, мало памяти, много созданных объектов и т.д
ERROR - приложение еще работает и может работать, но что-то пошло не так
CRITICAL - приложение не может работать дальше
logger = getLogger(__name__) - принятый подход для логирования с именем модуля
логеры с именами наследуют настройки от root, но могут быть настроены иначе
logger.debug("Get expression %s", exp) - для обратной совместимости используется старый формат через %
Читать:
docs.python.org/3/howto/loggi...
docs.python.org/3/howto/loggi...
docs.python.org/3/library/log...
Присоединяйтесь к помощи каналу, будет интересно)
✔️Бусти boosty.to/python_russian/donate
✔️Юмани 410011506612886
Будь первым везде и всегда, включай уведомления о новых выпусках 🔔
Смотри там где удобно🤩
✔️ python_russian
✔️ boosty.to/python_russian
✔️ / pythonrussian
✔️ t.me/python_russian
✔️ dzen.ru/python_russian
✔️ rutube.ru/channel/24346352/
#Python #PythonRussian #PyCharm

[@PythonRussian]

друзья, не забываем подписываться на канал, спасибо! Друзья, я оговорился по поводу ф-строк, мы конечно можем их использовать в логгинге, но это не принято и любой линтер вам будет жаловаться на такое использование. Дело в том что ф-строки будут вычисляться всегда, даже для тех событий, которые нам по уровню не нужны (например мы ловим только ЕРРОР, но ф-строка будет скомпонована и для ДЕБАГ/ИНФО). Именно поэтому все используют старый формат %s при логировании

[@zloy_tarakaniscshe161]

Вижу у вас в PyCharm есть штучка интересная по имени GIGA CODE, на сколько полезный плагин и стоит ли его ставить?)

[@grandlagging0zero175]

Ахпхпхаххах😂 когда мое логгирование - это вначале print, а потом, когда в продакшн, просто авто-замена принта на log.print("какой-то вывод") P.S. Если вы думаете, что я шучу, то я не шучу :) даже библиотеку свою написал для этого...

[@christiansanta984]

Сложная? Дай ссылку))

[@minimalstory]

Ты не поверишь, какой это частый кейс))

[@aquabogira]

Python Russian, Продолжайте в том же духе, ВЫ МОЛОДЕЦ! Огромное спасибо за такой детальный подход к объяснению этой темы. Особо хочу отметить структуру подачи материала - каждый шаг был логичен и последователен, что позволило легко усваивать информацию.

[@blackark11]

Прекрасная работа!

[@Chanel_for_CODE]

Огромное спасибо, за пояснения!

[@fixcay7129]

Хорошая подача материала, все понятно!

[@expoliemexpoliem6246]

огромное спасибо! Как всегда крайне интересно и полезно!

[@samorodok9327]

Приятная связанная речь, подписался)

[@learningmeansdoing]

Полезная информация, спасибо!

[@pro100_igor]

Видео очень полезно, спасибо за объяснения. 👍 И сразу вопрос: а зачем в basicConfig нужел level, если у каждого логгера свой уровень?

[@PythonRussian]

основной уровень это ты как бы говоришь, что вообще в целом собирать, (например ДЕБАГ) и отправлять обработчикам. А на уровне хендлеров (обработчиков) ты уже говоришь: если событие тебе пришло и оно уровнем от твоего и выше -фиксируй. То есть, если ты на бейсике установишь ЕРРОР, то он ничего не соберет кроме ошибок и не передаст свои обработчикам, им нечего будет фиксировать, кроме ошибок. Вот возьми прямо поэкспериментируй с уровнями логирования на бейские и хендлерах.

[@pro100_igor]

@@PythonRussian Я уже после отправки сообщения додумал до этого. Спасибо за ответ.

[@onlinebot5853]

Опа, новый контентик

[@user-it3yo1sn6i]

Отличный материал. Не понял вот что, основной экземпляр логгера должне создаваться именно в файле где точка входа в программу или не обязательно? logging.conf создается при первом срабатывании логгера, и потом настройки в main файле можно удалить и использовать загрузив их из logging.conf?

[@PythonRussian]

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

[@anbur9197]

нет, конфиг для логгера он написал отдельно еще до записи видео и потом просто применил его в программе

[@user-os8iy9wj2s]

Всегда хотел попробовать, но никак руки не доходили!) Welemir1, спасибо!

[@PythonRussian]

твое время пришло!

[@Nonstop4ik]

Спаибо и лайк.

[@barma1309]

Спасибо

[@PsyXOR]

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

[@PythonRussian]

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

[@anbur9197]

Очень классная штука. А в каком-нибудь Django, у которого модули плодятся как тараканы, такое тоже можно применять?

[@PythonRussian]

уверен у Джанго уже есть какая нибудь библиотека\плагин для этого, надо просто поискать

[@user-jg4er9rt6y]

Все хорошо, а возможно делать в какой строчке произошел этот критикал или еррор? А то если прога на много строк, и тебе выдали эти критикал, и ты не знаешь от куда ноги ростут

[@PythonRussian]

да, я то пример максимально простой показал, но на самом деле можно ошибку представлять всем стеком вызовов, где будет вся инфа, вплоть до строки, где упало.

[@user-jg4er9rt6y]

@@PythonRussian круто! Надо будет тогда в тему входить, логирование в файл вообще огонь, сейчас мучаюсь этими принтами, спасибо за тему

[@alexeysolovjoff5241]

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

[@PythonRussian]

группировка в пакеты по той же причине, по какой ты группируешь и в модули - относятся к какой то теме. Ты сгруппировал предложения в главу, главы в часть, части в книгу) Это конечно не всегда нужно, но в сложно проекте обычно каждые 3-5-7 модулей относятся к чему то конкретному, например работа с клиентом, выносим в /client . Просто чтобы не было в одной папке десятков модулей. Надо подумать в какой теме про это рассказать.

[@alexeysolovjoff5241]

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

[@user-vh7hv4xj1s]

Большое спасибо. А где найти конфигурационный файл ?

[@PythonRussian]

по обеим ссылкам что в подписи -есть примеры конфигов

[@user-ro3zm3vn1m]

Сделайте видео про библиотеки abc и future, пожалуйста. И расскажите про абстрактные классы

[@PythonRussian]

в список себе добавил, но это не быстро будет

[@IvanQRT]

А в чём проблема в logging использовать f-строки? Они прекрасно работают, да и как logging их отличить от обычных строк сможет?

[@PythonRussian]

вы правы, я неверно выразился, просто принято использовать старый формат или extra, и любой линтер будет ругаться на использование ф-строк в логгинге. Причина в том, что ф-строка вычисляется всегда, даже когда данное лог-выражение ниже по уровню (скажем Дебаг, а мы ловим только Еррор), то есть она нам не нужна, но мы ее все равно вычислим и память займем. Возможно, если буду снимать продолжение -отдельно проговорю, спасибо

[@user-sw3hr9nu5b]

по названию видоса, я подумал, что в очередной раз подразумевается "кончай юзать принт, переходи на нашу супер СаВрЕмЕнНуЮ новую либу, она вабще крутая, а ещё она модная и ей все гиганты пользуются, да еще и она новый стандарт индустрии" (которая на самом деле напичкана мусором и вообще работает хорошо только на чем-то мощном)

[@PythonRussian]

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

[@memantulov]

Почему мы не можем использовать f-string в логинге?

[@PythonRussian]

да, это я оговорился, можем конечно, но не рекомендуется, сейчас напишу об этом в закрепленном комменте

[@memantulov]

@@PythonRussian теперь понятно. Спасибо за разъяснение. Теперь надо всё переделывать...

[@Oleg50600]

Я думал будет что то еще более изящное. Но нет. Всё равно надо засорять код строчками print или logger

[@PythonRussian]

это кстати интересная идея -логгер без изменения логики кода

[@Oleg50600]

@@PythonRussian да. Как прекрасен был бы код без строк для отладки

[@user-dh8hc3ef3z]

На Урале лето, ты сам откуда?

[@PythonRussian]

Пермь

[@junior_analyst]

А как логировать асинхронный код?

[@PythonRussian]

точно также, docs.python.org/3/library/asyncio-dev.html#logging

[@Vlad_4572]

Пришло лето, говоришь? Ну, некоторые признаки пришли, кроме тепла))

[@PythonRussian]

и не говори, не успели порадоваться, ночью опять 0

[@peaceful_worrior]

Тебе бы обучающий курс открыть, бро. А то в моём курсе только принт учат

[@PythonRussian]

это ближе к пенсии, как много времени появится

[@mutiev]

Господя, 12 минут просмотрел - задолбался

[@senser1o76]

Секрет полишенеля

[@ivanartemenko7896]

Поправочка, logger переваривает Ф-строки

[@PythonRussian]

да, оговорка, в закрепленном комменте поправился

[@user-mk6yf4lu3p]

Братан.... Попробуй свои видео смотреть на телефоне!!! Ну ты же не вчерашний блогер??? Ну нереально... Полезная информация занимает 5-10 процентов от всего экрана... Шрифт увеличь плиз....

[@PythonRussian]

это уже 20 шрифт, больше не могу, привет мир будет весь экран занимать

[@user-oj7bo5hq5f]

Я смотрю с телефона в основном, все прекрасно

[@pvarankin]

а вы точно работаете программистами ? прямо за деньги ? )) я вот тут писал более-менее большой проект, где делил функции по файлам. и в каждой функции есть необязательный параметр debug. дальше if debug: print) если функция вызывается из __main__, то там дебаг стоит в true, если из основного файла, то false. получается у меня отладка идет с принтами, а в проде никаких лишних сообщений)

[@PythonRussian]

точно. А вот вы видимо невнимательно смотрели, ваше решение неудобное. Что если часть инфы нам стала нужна, а не вся (пример с INFO)? Как поменять формат даты и есть ли он там? Как начать писать в файл? Одному то с таким работать куда ни шло, а в любой компании, где есть и другие программисты надо о поддержке думать. Я не говорю про лишний аргумент в каждой(!) функции.

[@pvarankin]

@@PythonRussian не, что откатывать удобнее не спорю. про уровни - ну сделать еще одну переменную)) я просто дебажу и тестирую каждую функцию отдельно, а потом выключаю логи почти совсем) в результате видно ок или не ок.

[@PlayTheGames2]

​@@PythonRussianя вообще собственный класс логгера делал, тоже самое что и этот модуль, только убрал ненужный мне функционал

[@PlayTheGames2]

я вот только задаюсь вопросом, как в logging цвета текста настраивать

[@PythonRussian]

@@PlayTheGames2 это может быть простым решением, когда работаешь один. С другой стороны а зачем делать то, что уже есть? Ну и такое решение вряд ли оценит команда программистов - логгинг они знают или должны знать, а вот ваш класс нет.

[@user-qp9nu8xc8j]

Спасибо брат ... Дебилом себя чувствую с пхп привычка шлейфом осталась принтовать все....

[@PythonRussian]

до какого то момента это может быть выходом, но чем сложнее приложение тем тяжелее с принтами

[@yMPu_CK0T]

Python Is Not russian, Try To Understand!