相关疑难解决方法(0)

使用Django 1.5.1:

DEBUG = False

LOGGING = {
    'version': 1,
    'disable_existing_loggers': True,
    'formatters': {
        'verbose': {
            'format': '%(levelname)s %(asctime)s %(module)s %(message)s'
        },
    },
    'handlers': {
        'console': {
            'level': 'DEBUG',
            'class': 'logging.StreamHandler',
            'formatter': 'verbose',
        },
    },
    'loggers': {
        # root logger
        '': {
            'handlers': ['console'],
        },
        #'django.request': {
        #    'handlers': ['console'],
        #    'level': 'DEBUG',
        #    'propagate': False,
        #},
    }
}

如果我取消注释注释行并调用具有的视图1/0,则将回溯打印到控制台:

ERROR 2013-11-29 13:33:23,102 base Internal Server Error: /comment/*******/
Traceback (most recent call last):
  ...
  File "*****/comments/views.py", line 10, …

从Python 2.7 的logginghowto（我的重点）：

命名记录器时，一个好的习惯是在每个使用日志记录的模块中使用模块级记录器，命名如下：

logger = logging.getLogger(__name__)

这意味着记录器名称跟踪包/模块的层次结构，并且从记录器名称中记录事件的地方就很明显了。

听起来像个好建议。

现在，本logging食谱提供了多个模块的示例，这些示例使用硬编码的记录器名称而不是__name__常量。在示例的“主模块”中，我们发现

logger = logging.getLogger('spam_application')

在“辅助模块”中

module_logger = logging.getLogger('spam_application.auxiliary')

我将此示例逐字复制到具有以下结构的package文件夹中：

cookbook-example
|- __init__.py
|- main_module.py
|- auxiliary_module.py

这没有问题，可以从主模块和辅助模块产生预期的日志记录输出，但实际上是这样：

如果现在__name__按照logginghowto的建议，用常数替换硬编码的记录器名称，则菜谱示例将崩溃：我仅从主模块获取记录消息，而从辅助模块中获取不到任何消息。

我一定想念一些明显的东西。有什么想法我做错了吗？

注意：

有很多非常类似的问题和相关的答案，如：1，2，3，4，5，6，等等。但是，这些似乎都没有解决这个具体问题。

- 编辑 -

这是一个基于Cookbook示例的最小示例，显式名称字符串替换为__name__。

main_module.py

import logging
import auxiliary_module

# create and configure main logger
logger = logging.getLogger(__name__)
logger.setLevel(logging.DEBUG)
# create console …