29

我知道这个问题已经被问过好几次了，但我就是无法让它发挥作用。我已经花了半天的时间尝试了几十种组合，现在又一次，它仍然不起作用。

在我的代码中，我记录了几个部分，例如在 try-except 中或从管理命令中记录一些信息。我正在做一些非常普通的事情，即在几个本地安装和一些 Nginx 服务器上工作。

像这样的python文件：

import logging
logger = logging.getLogger(__name__)
logger.info('some important infos')

遵循最小的 settings.py （我尝试了没有流指示，没有指定记录器，使用命名记录器，几乎所有可能的组合，我也尝试了更复杂的组合）

LOGGING = {
    'version': 1,
    'disable_existing_loggers': False,
    'handlers': {
        'console': {
            'level': 'INFO',
            'class': 'logging.StreamHandler',
            'stream': sys.stdout
        }
    },
    'loggers': {
        'django': {
            'handlers': ['console'],
            'propagate': True,
            'level': 'INFO',
        },
        '': {
            'handlers': ['console'],
            'level': 'INFO',
        }
    }
}

然后也简单地从shell测试heroku run python

import logging
level = logging.INFO
handler = logging.StreamHandler()
handler.setLevel(level)
handler.setFormatter(logging.Formatter('%(levelname)s: %(message)s'))
logger = logging.getLogger('info')
logger.addHandler(handler)
logger.setLevel(level) #even if not required...
logger.info('logging test')

最后一个可能会在控制台中显示为“打印”语句，但无论是在此处还是来自命令或服务器，都不会出现在heroku logs....

编辑：实际上我显示了一些条目，如下所示的应用程序日志，而不是我的：

2013-09-20T15:00:16.405492+00:00 heroku[run.2036]: Process exited with status 0
2013-09-20T15:00:17+00:00 app[heroku-postgres]: source=HEROKU_POSTGRESQL_OLIVE sample[...]
2013-09-20T14:59:47.403049+00:00 heroku[router]: at=info method=GET path=/
2013-09-20T14:59:16.304397+00:00 heroku[web.1]: source=web.1 dyno=heroku [...]

我还尝试使用多个插件查找条目。一开始我有一段时间 newrelic，然后我也从 WSGI 启动中停用了它。不记得当时好不好用，newrelic的免费测试期比较短。

好吧，我不知道我还能尝试什么...感谢您的任何提示

4

4 回答 4

37

从 Django 登录 Heroku 一开始可能会很棘手，但实际上设置起来并没有那么可怕。

以下日志记录定义（进入您的设置文件）定义了两个格式化程序。详细的一个匹配 Heroku 本身使用的日志记录格式。它还定义了两个处理程序，一个 null 处理程序（不需要使用）和一个控制台处理程序 - 控制台处理程序是您想要与 Heroku 一起使用的。这样做的原因是 Heroku 上的日志记录通过一个简单的流记录器工作，将任何输出记录到 stdout/stderr。最后，我定义了一个名为 testlogger 的记录器——这部分记录定义与记录定义的正常情况一样。

LOGGING = {
    'version': 1,
    'disable_existing_loggers': False,
    'formatters': {
        'verbose': {
            'format': ('%(asctime)s [%(process)d] [%(levelname)s] ' +
                       'pathname=%(pathname)s lineno=%(lineno)s ' +
                       'funcname=%(funcName)s %(message)s'),
            'datefmt': '%Y-%m-%d %H:%M:%S'
        },
        'simple': {
            'format': '%(levelname)s %(message)s'
        }
    },
    'handlers': {
        'null': {
            'level': 'DEBUG',
            'class': 'logging.NullHandler',
        },
        'console': {
            'level': 'DEBUG',
            'class': 'logging.StreamHandler',
            'formatter': 'verbose'
        }
    },
    'loggers': {
        'testlogger': {
            'handlers': ['console'],
            'level': 'INFO',
        }
    }
}

接下来，如何使用它。在这个简单的例子中，您可以在 Django 项目的任何其他文件中执行以下操作，以写入我们定义的特定记录器 ( testlogger)。请记住，通过我们设置文件中的记录器定义，INFO将输出任何日志消息或以上。

import logging
logger = logging.getLogger('testlogger')
logger.info('This is a simple log message')
于 2014-01-07T22:44:12.713 回答
14

就我而言，我确实有一个有效的日志记录设置

LOGGING = {...}

不幸的是，它被忽略了，因为在我的设置文件的底部，我正在调用

django_heroku.settings(locals())

这覆盖了我的日志记录设置，所以解决方案是

django_heroku.settings(locals(), logging=False)

这看起来好像它可能会禁用日志记录，但实际上它只是跳过了 heroku 自己的日志记录配置。

作为旁注，我会在调试 Django 日志记录问题时使用此代码，因为它应该或多或少始终使用 Django 默认值：

import logging
logger = logging.getLogger('django.server')
logger.error('some important infos')

查看Django 的默认日志配置

然后，您可以更改记录器、消息级别和记录设置，以准确找出问题所在。

于 2019-01-30T16:38:55.360 回答
3

您需要手动“激活”您的记录器。您可以按模块执行此操作，例如“blog.views”。它将拾取子模块，因此要记录整个博客应用程序，只需放入“博客”即可。

如果您将其留空，它将记录之前未处理的所有内容并使用propagate=True（不是默认值）。这也将记录所有 Django，这意味着在调试级别，您将在日志中获得 SQL 查询。

'loggers': {
        'django.request': {
            'handlers': ['mail_admins'],
            'level': 'ERROR',
            'propagate': False,
        },
        'blog.views': {
            'handlers': ['console'],
        },
        'blog': {
            'handlers': ['console'],
        },
        '': {
            'handlers': ['console'],
            'level': 'DEBUG',  # Not recommended.
        }
    }
于 2013-09-20T22:02:47.450 回答
0

我遇到了同样的问题，我的自定义记录器没有被 Django 捕获，因此它只会显示我的ERROR级别消息，但不会通过 Django 日志记录系统。格式化程序等对输出的消息没有影响，我根本无法获得INFO级别的消息来显示。

我终于找到了罪魁祸首，它似乎是heroku的django设置工具本身。如果您在那里查看源代码，您会看到它安装了一个testlogger并且没有合并到您可能自己设置的自定义记录器中。

解决方案是像这样进行 heroku 调用：

django_heroku.settings(locals(), logging=False)

或者更好的是，根本不再使用它，因为这个包无论如何都不再维护了。

于 2020-03-07T22:28:21.997 回答