Приклад простого входу у файл для 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 за замовчуванням та цією підтримкою на рівні фреймворку?

Відповіді:


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 тут .


7
я дотримувався вищевказаних кроків. файл створений, але в нього нічого не записано. прохання допомогти
Vivek S

12
@InternalServerError, вам потрібно замінити MYAPP на ім'я вашого додатка в розділі реєстраторів.
Рог,

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 .

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.