django 1.3以降のシンプルなファイルへのログの例

リリースノートは言う：

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ロギングとこの「フレームワークレベルのサポート」の違いは何ですか？

私は本当にこれが大好きです。ここにあなたの作業例があります！真剣にこれは素晴らしいです！

これをあなたの中に置くことから始めます 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. ハンドラー-デバッグテキストファイルと情報コンソールの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によって提案されたロギング設定と私自身が行ったいくつかの調査に一部基づいて、優れたロギングデフォルトを使用したサンプル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プロジェクトにコピーし、settings.pyのfrom .logger import LOGGING下部に追加します。