Дублирование логов в python logging?

Question

[Юрий]

Имеется проект на Django , VIEWS.PY выглядит примерно так:

from django.shortcuts import render
from models import ORM_Model
logging.basicConfig(
    format="%(time)s - %(name)s %(lineno)d - %(levelname)s - %(message)s", level=logging.INFO,
    #datefmt='%H:%M:%S',
    fmt='%(asctime)s.%(msecs)03d',
)
logger = logging.getLogger(__name__)

#### НАЧАЛО ВЬЮХ 
def view_info_app(request,*args, **kwargs):
"""
а все что тут выводится - очень важно!
"""
    logger.info("APP: view_info_app")
    info_objects = ORM_Model.objects.get(id=123)
    logger.info("Очень нужная информация - %s",info_objects)
    return render("templates/index.html",{})

def view_index_app(request,*args, **kwargs):
"""
это не важно
"""
    logger.info("APP: view_index_app")
    info_objects = ORM_Model.objects.filter()
    logger.info("Не нужная информация - %s",info_objects)
    return render("templates/index.html",{})

появилась необходимость некоторую часть логов помимо вывода в консоль сохранить в базу

вопрос: как это красиво сделать только для нужной часть вьюх

Comments

[Wispik]

А в чем вопрос? В нужной вьюхе и сохраняй, что надо в базу

[Юрий]

как сохранить-то? )

[Wispik]

Юрий, ты в своем приложении с бд что ли не работаешь? Не знаешь как сохранить?
вот например

[Юрий]

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

сохранить в БД не проблема

[Everything_is_bad]

Лучше создай модель под эти логи и явно пиши через objects.create

[Юрий]

Everything_is_bad, это все понятно

вопрос основной: как получить выведенный в консоль текст в конце исполнения вьюхи

[Everything_is_bad]

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

Answer 1

[Vindicar]

Читаем доки на logging, там уже всё есть, что нужно.
Создаёшь класс-потомок logging.Handler, в котором реализуешь запись сообщений журнала в базу. Но стоит поискать, может, уже есть сторонняя либа которая как раз такой класс даёт.
Дальше делаешь кастомный класс-фильтр, в котором отличаешь нужную инфу от ненужной.
При настройке логгинга добавляешь к нужному логу свой хэндлер, к хэндлеру уже прикручиваешь свой фильтр. Если надо, по аналогии можно к хэндлеру прикрутить ещё и свой Formatter для нестандартного оформления.

Comments

[Юрий]

Примерно так я это и представлял.

Пример можно?

[Vindicar]

Юрий, какой пример? Код за тебя написать?

class MyHandler(logging.Handler):
    def __init__(self, level=logging.NOTSET, ...):  # в конструктор передаёшь подключение к БД, имя таблицы ну и что там ещё надо
        super().__init__(level)
        ...   # тут сохраняешь полученное подключение, проверяешь наличие таблицы и т.п.

    def emit(self, record: logging.LogRecord) -> None:
        # этот метод будет вызван уже после применения фильтров: по уровню и кастомных
        ...  # пишешь тут логику записи в БД. Логами внутри этого метода пользоваться нельзя!


class MyFilter(logging.Filter):
    def filter(self, record: logging.LogRecord) -> bool:
        # тут определяешь, представляет ли для тебя интерес сообщение record
        return True  # если представляет, верни True, иначе False

А настройки как-то так:

loghandler = MyHandler(logging.NOTSET, ...)  # экземпляр твоего логописца
logfilter = MyFilter()  # экземпляр фильтра
loghandler.addFilter(logfilter)  # привязываем фильтр
log = logger.getLogger(...)
log.addHandler(loghandler)  # привязываем логописец

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