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. Formaters ./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!!")

로그 수준은 여기 에 설명되어 있고 순수한 파이썬에 대해서는 여기 에 설명되어 있습니다 .


7
나는 위의 단계를 따랐다. 파일이 생성되지만 아무것도 기록되지 않습니다. 행복 도움말
비벡 S

12
@InternalServerError loggers 섹션에서 MYAPP를 앱 이름으로 바꿔야합니다.
Rog

9
물론이지! 'MYAPP'를 ''로 바꿉니다.
rh0dium 2013

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이 제안한 로깅 설정과 제가 직접 한 더 많은 연구를 바탕으로 멋진 로깅 기본값 인 fail-nicely-django를 사용 하여 예제 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 프로젝트에 복사하고 settings.pyfrom .logger import LOGGING 하단에 추가 합니다 .

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.