Пример простого журнала в файл для django 1.3+

96

В примечаниях к выпуску говорится:

В Django 1.3 добавлена ​​поддержка модуля ведения журнала Python на уровне фреймворка.

Это мило. Я бы хотел этим воспользоваться. К сожалению, документация не предлагает мне все это на блюдечке с голубой каемочкой в ​​виде полного рабочего примера кода, демонстрирующего, насколько это просто и ценно.

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

logging.debug('really awesome stuff dude: %s' % somevar)

и посмотрите, как файл "/tmp/application.log" заполнен

18:31:59 Apr 21 2011 awesome stuff dude: foobar
18:32:00 Apr 21 2011 awesome stuff dude: foobar
18:32:01 Apr 21 2011 awesome stuff dude: foobar

В чем разница между ведением журнала Python по умолчанию и этой «поддержкой на уровне фреймворка»?

django django-settings Джон Ми
источник

Ответы:

183

Мне это очень нравится, вот ваш рабочий пример! Серьезно, это круто!

Начните с помещения этого в свой settings.py

LOGGING = {
    'version': 1,
    'disable_existing_loggers': True,
    'formatters': {
        'standard': {
            'format' : "[%(asctime)s] %(levelname)s [%(name)s:%(lineno)s] %(message)s",
            'datefmt' : "%d/%b/%Y %H:%M:%S"
        },
    },
    'handlers': {
        'null': {
            'level':'DEBUG',
            'class':'django.utils.log.NullHandler',
        },
        'logfile': {
            'level':'DEBUG',
            'class':'logging.handlers.RotatingFileHandler',
            'filename': SITE_ROOT + "/logfile",
            'maxBytes': 50000,
            'backupCount': 2,
            'formatter': 'standard',
        },
        'console':{
            'level':'INFO',
            'class':'logging.StreamHandler',
            'formatter': 'standard'
        },
    },
    'loggers': {
        'django': {
            'handlers':['console'],
            'propagate': True,
            'level':'WARN',
        },
        'django.db.backends': {
            'handlers': ['console'],
            'level': 'DEBUG',
            'propagate': False,
        },
        'MYAPP': {
            'handlers': ['console', 'logfile'],
            'level': 'DEBUG',
        },
    }
}

Что все это значит?

  1. Форматировщики Мне нравится, что они выполнены в том же стиле, что и ./manage.py runserver
  2. Обработчики - мне нужны два журнала - текстовый файл отладки и информационная консоль. Это позволяет мне по-настоящему покопаться (при необходимости) и посмотреть в текстовый файл, чтобы увидеть, что происходит под капотом.
  3. Регистраторы - здесь мы фиксируем то, что хотим регистрировать. В общем, django получает WARN и выше - исключение (следовательно, распространение) - это бэкэнды, где я люблю видеть вызовы SQL, поскольку они могут сходить с ума. И последнее - мое приложение, в котором у меня есть два обработчика, и я отправляю все на него.

Теперь как мне включить MYAPP для его использования ...

Согласно документации, поместите это в начало ваших файлов (views.py).

import logging
log = logging.getLogger(__name__)

Затем, чтобы что-то сделать, сделайте это.

log.debug("Hey there it works!!")
log.info("Hey there it works!!")
log.warn("Hey there it works!!")
log.error("Hey there it works!!")

Уровни журналов объясняются здесь, а для чистого Python - здесь .

rh0dium
источник
7
я выполнил вышеуказанные шаги. файл создается, но в него ничего не записывается. просьба о помощи
Vivek S
12
@InternalServerError вам необходимо заменить MYAPP на имя вашего приложения в разделе логгеров.
Rog
9
Вы делаете ставку! Замените 'MYAPP' на ''
rh0dium
10
Для пояснения, что бы вы ни вызывали регистратор settings.py, то есть MYAPPв этом примере, также должно быть параметром в вызове logging.getLogger. Следовательно, если ваш проект содержит много автономных приложений, и вы хотите, чтобы они использовали общий регистратор, вам нужно использовать logging.getLogger('MYAPP')вместоlogging.getLogger(__name__)
rhunwicks
3
Это прекрасно работает. Пришлось использовать 'class': 'logging.NullHandler', потому что 'django.utils.log.NullHandler' больше не действителен, но остальное работало для меня в 1.11
JacquelineIO
4

Основываясь частично на конфигурации журналирования, предложенной rh0dium, и некоторых других исследованиях, которые я провел сам, я начал сборку примера проекта Django с хорошими настройками журналирования по умолчанию - fail-nicely-django .

Пример вывода файла журнала:

2016-04-05 22:12:32,984 [Thread-1    ] [INFO ] [djangoproject.logger]  This is a manually logged INFO string.
2016-04-05 22:12:32,984 [Thread-1    ] [DEBUG] [djangoproject.logger]  This is a manually logged DEBUG string.
2016-04-05 22:12:32,984 [Thread-1    ] [ERROR] [django.request      ]  Internal Server Error: /
Traceback (most recent call last):
  File "/Users/kermit/.virtualenvs/fail-nicely-django/lib/python3.5/site-packages/django/core/handlers/base.py", line 149, in get_response
    response = self.process_exception_by_middleware(e, request)
  File "/Users/kermit/.virtualenvs/fail-nicely-django/lib/python3.5/site-packages/django/core/handlers/base.py", line 147, in get_response
    response = wrapped_callback(request, *callback_args, **callback_kwargs)
  File "/Users/kermit/projekti/git/fail-nicely-django/djangoproject/brokenapp/views.py", line 12, in brokenview
    raise Exception('This is an exception raised in a view.')
Exception: This is an exception raised in a view.

Подробное использование объясняется в README , но по сути вы копируете модуль логгера в свой проект Django и добавляете его from .logger import LOGGINGв конец файла settings.py .

метакермит
источник