Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/python/361.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Python/Django:在runserver下登录到控制台,在Apache下登录到文件_Python_Django_Logging - Fatal编程技术网

Python/Django:在runserver下登录到控制台,在Apache下登录到文件

Python/Django:在runserver下登录到控制台,在Apache下登录到文件,python,django,logging,Python,Django,Logging,在manage.py runserver下运行Django应用程序时,如何将跟踪消息发送到控制台(如print),但在Apache下运行应用程序时,如何将这些消息发送到日志文件 我回顾了它,虽然它的灵活性和高级用途的可配置性给我留下了深刻印象,但我仍然对如何处理我的简单用例感到困惑。打印到stderr的文本在mod_wsgi下运行时将显示在httpd的错误日志中。您可以直接使用打印,也可以使用日志记录 print >>sys.stderr, 'Goodbye, cruel world

manage.py runserver
下运行Django应用程序时,如何将跟踪消息发送到控制台(如
print
),但在Apache下运行应用程序时,如何将这些消息发送到日志文件


我回顾了它,虽然它的灵活性和高级用途的可配置性给我留下了深刻印象,但我仍然对如何处理我的简单用例感到困惑。

打印到stderr的文本在mod_wsgi下运行时将显示在httpd的错误日志中。您可以直接使用
打印
,也可以使用
日志记录

print >>sys.stderr, 'Goodbye, cruel world!'

您可以在
设置.py
文件中配置日志记录

一个例子:

if DEBUG:
    # will output to your console
    logging.basicConfig(
        level = logging.DEBUG,
        format = '%(asctime)s %(levelname)s %(message)s',
    )
else:
    # will output to logging file
    logging.basicConfig(
        level = logging.DEBUG,
        format = '%(asctime)s %(levelname)s %(message)s',
        filename = '/my_log_file.log',
        filemode = 'a'
    )

然而,这取决于调试的设置,也许您不想担心它是如何设置的。请参阅下面的答案,以获得更好的编写该条件的方法。编辑:上面的例子来自Django 1.1项目,Django中的日志记录配置自该版本以来有所改变。

使用
tagalog
(https://github.com/dorkitude/tagalog)

例如,当标准python模块写入以追加模式打开的文件对象时,应用程序引擎模块(https://github.com/dorkitude/tagalog/blob/master/tagalog_appengine.py)重写此行为,而是使用
logging.INFO

要在应用程序引擎项目中获得此行为,只需执行以下操作:

import tagalog.tagalog_appengine as tagalog
tagalog.log('whatever message', ['whatever','tags'])

您可以自己扩展模块并覆盖日志函数,而无需太多困难。

这里有一个基于Django日志的解决方案。它使用调试设置,而不是实际检查您是否正在运行开发服务器,但是如果您找到更好的方法来检查,它应该很容易适应

LOGGING = {
    'version': 1,
    'formatters': {
        'verbose': {
            'format': '%(levelname)s %(asctime)s %(module)s %(process)d %(thread)d %(message)s'
        },
        'simple': {
            'format': '%(levelname)s %(message)s'
        },
    },
    'handlers': {
        'console': {
            'level': 'DEBUG',
            'class': 'logging.StreamHandler',
            'formatter': 'simple'
        },
        'file': {
            'level': 'DEBUG',
            'class': 'logging.FileHandler',
            'filename': '/path/to/your/file.log',
            'formatter': 'simple'
        },
    },
    'loggers': {
        'django': {
            'handlers': ['file'],
            'level': 'DEBUG',
            'propagate': True,
        },
    }
}

if DEBUG:
    # make all loggers use the console.
    for logger in LOGGING['loggers']:
        LOGGING['loggers'][logger]['handlers'] = ['console']
有关详细信息,请参阅。

我使用此选项:

logging.conf:

[loggers]
keys=root,applog
[handlers]
keys=rotateFileHandler,rotateConsoleHandler

[formatters]
keys=applog_format,console_format

[formatter_applog_format]
format=%(asctime)s-[%(levelname)-8s]:%(message)s

[formatter_console_format]
format=%(asctime)s-%(filename)s%(lineno)d[%(levelname)s]:%(message)s

[logger_root]
level=DEBUG
handlers=rotateFileHandler,rotateConsoleHandler

[logger_applog]
level=DEBUG
handlers=rotateFileHandler
qualname=simple_example

[handler_rotateFileHandler]
class=handlers.RotatingFileHandler
level=DEBUG
formatter=applog_format
args=('applog.log', 'a', 10000, 9)

[handler_rotateConsoleHandler]
class=StreamHandler
level=DEBUG
formatter=console_format
args=(sys.stdout,)
testapp.py:

import logging
import logging.config

def main():
    logging.config.fileConfig('logging.conf')
    logger = logging.getLogger('applog')

    logger.debug('debug message')
    logger.info('info message')
    logger.warn('warn message')
    logger.error('error message')
    logger.critical('critical message')
    #logging.shutdown()

if __name__ == '__main__':
    main()

这在my local.py中非常有效,避免了我搞乱常规日志记录:

from .settings import *

LOGGING['handlers']['console'] = {
    'level': 'DEBUG',
    'class': 'logging.StreamHandler',
    'formatter': 'verbose'
}
LOGGING['loggers']['foo.bar'] = {
    'handlers': ['console'],
    'propagate': False,
    'level': 'DEBUG',
}

但从技术上讲,它不是有效的WSGI,并且在更严格的环境中会触发错误。就WSGI而言,将“print”与“sys.stderr”一起使用没有任何问题,它应该不会触发错误。我导入了sys,但这似乎对我不起作用。这在Python 3中不起作用。请看一看。您需要
打印(“再见残酷世界!”,file=sys.stderr)
我不想依赖调试;我宁愿依赖于另一篇文章中链接的dev服务器检测机制。但是另一个post的检测机制依赖于对请求实例的访问。如何在settings.py中获取请求实例?最简单的解决方案是为主服务器和开发环境使用不同的settings.py文件,另请参阅try
LOGGING['loggers'][logger]['handlers']+=['console']
@m01:将其配置为settings.py后,如何使用它进行打印?Thanks我将答案中的代码放在底部的my
settings.py
中,并设置
DEBUG=True
(在同一文件中查找顶部附近的设置)。然后,我从终端运行
python manage.py runserver
(有关详细信息,请参阅django文档),日志消息将显示在终端窗口中。在生产中,我会使用不同的settings.py,其中
DEBUG=False
-日志消息会转到
/path/to/your/file.log
。您的缩进让我头疼。谢谢你提供的信息,但它的工作!谢谢我对缩进做了一些修改,希望现在更好