将所有请求记录到文件Django

阿列克谢·彼得伦科(Alexei Petrenko)

当我运行django开发服务器(./manage.py runserver)时,所有请求的url都将以准确的时间和响应代码方便地登录到stdout进程中:

[09/Jun/2016 23:35:53] "GET /api/game/ HTTP/1.1" 404 3185
[09/Jun/2016 23:36:01] "GET /api/game/123/ HTTP/1.1" 404 1735

这非常方便,因为在分析输出时,您会立即看到与日志消息相对应的请求,例如:

WARNING:2016-06-09 23:41:27,806:views:7449:140139847718656: No such object in the database: u'123'
[09/Jun/2016 23:41:27] "GET /api/game/123/ HTTP/1.1" 404 1735

我曾经使用过uwsgi + nginx,所以我对所有内容使用“控制台”日志处理程序,然后像这样启动uwsgi:

exec uwsgi --master --die-on-term --logto /var/log/uwsgi.log

结果,我获得了所有必需的登录信息/var/log/uwsgi.log,uwsgi的请求记录以及我自己的日志记录消息。

现在,我想使用Apache + mod WSGI + django实现相同的结果。我希望唯一的文件将所有请求和django应用程序中的所有日志包含在一个地方。

我已经尝试使用Django日志记录配置来实现这一点,但是即使将django.requests重定向到同一文件,我在日志中也只会收到我自己的消息,根本没有任何请求。这是配置的一部分:

'handlers': {
    'file_handler': {
        'level': DEBUG and 'DEBUG' or 'INFO',
        'class': 'logging.handlers.RotatingFileHandler',
        'filename': join(LOG_DIRECTORY, 'api_log.log'),
        'maxBytes': 1024 * 1024 * 5,  # 5 MB
        'backupCount': 15,
        'formatter': 'verbose',
    },
},
'loggers': {
    'api': {
        'handlers': ['file_handler'],
        'level': DEBUG and 'DEBUG' or 'INFO',
    },
    'django': {
        'handlers': ['file_handler'],
        'level': DEBUG and 'DEBUG' or 'INFO',
    },
    'django.request': {
        'handlers': ['file_handler'],
        'level': DEBUG and 'DEBUG' or 'INFO',
    },
    'django.db.backends': {
        'handlers': ['file_handler'],
        'level': DEBUG and 'INFO' or 'WARNING',
        'propagate': False,
    },
}

有没有办法用apache + WSGI + django实现nginx + uwsgi + django的日志记录行为?还是唯一的方法是将Apache access.log和我的日志保存在单独的文件中?

我猜第一种情况是开发服务器记录了请求,第二种情况是uwsgi进程。也许有一种方法可以告诉WSGIDaemonProcess做同样的事情?

格雷厄姆·邓普顿

对于标准的Apache安装,您尝试将访问日志和错误日志混在一起,这违反了最佳实践。传统上将它们分开放置,以便可以对服务器流量的访问日志进行分析。

也就是说,您是否尝试过更改Apache中ErrorLogCustomLog指令以使用同一文件?

当我在命令中使用mod_wsgi-express时:

mod_wsgi-express start-server --access-log --access-log-name application.log --error-log-name application.log

它正在生成:

<IfDefine MOD_WSGI_ROTATE_LOGS>
ErrorLog "|/usr/sbin/rotatelogs \
    /tmp/mod_wsgi-localhost:8000:502/application.log.%Y-%m-%d-%H_%M_%S 5M"
</IfDefine>
<IfDefine !MOD_WSGI_ROTATE_LOGS>
ErrorLog "/tmp/mod_wsgi-localhost:8000:502/application.log"
</IfDefine>
LogLevel warn

<IfDefine MOD_WSGI_ACCESS_LOG>
<IfModule !log_config_module>
LoadModule log_config_module ${MOD_WSGI_MODULES_DIRECTORY}/mod_log_config.so
</IfModule>
LogFormat "%h %l %u %t \"%r\" %>s %b" common
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-agent}i\"" combined
LogFormat "undefined" custom
<IfDefine MOD_WSGI_ROTATE_LOGS>
CustomLog "|/usr/sbin/rotatelogs \
    /tmp/mod_wsgi-localhost:8000:502/application.log.%Y-%m-%d-%H_%M_%S 5M" common
</IfDefine>
<IfDefine !MOD_WSGI_ROTATE_LOGS>
CustomLog "/tmp/mod_wsgi-localhost:8000:502/application.log" common
</IfDefine>
</IfDefine>

结果application.log是:

[Fri Jun 10 07:17:30.845264 2016] [mpm_prefork:notice] [pid 84334] AH00163: Apache/2.4.18 (Unix) mod_wsgi/4.5.2 Python/2.7.10 configured -- resuming normal operations
[Fri Jun 10 07:17:30.845518 2016] [core:notice] [pid 84334] AH00094: Command line: 'httpd (mod_wsgi-express)  -f /tmp/mod_wsgi-localhost:8000:502/httpd.conf -D MOD_WSGI_ACCESS_LOG -D FOREGROUND'
::1 - - [10/Jun/2016:07:17:36 +1000] "GET / HTTP/1.1" 200 709
::1 - - [10/Jun/2016:07:17:37 +1000] "GET / HTTP/1.1" 200 709
::1 - - [10/Jun/2016:07:17:37 +1000] "GET / HTTP/1.1" 200 709
::1 - - [10/Jun/2016:07:17:38 +1000] "GET / HTTP/1.1" 200 709
::1 - - [10/Jun/2016:07:17:38 +1000] "GET / HTTP/1.1" 200 709
[Fri Jun 10 07:17:39.784486 2016] [mpm_prefork:notice] [pid 84334] AH00169: caught SIGTERM, shutting down

因此,从技术上讲,它应该适用于独立的Apache安装,并且错误和访问日志仅通过设置ErrorLogCustomLog相同的文件即可进入同一文件。

至于其他Django日志记录,它可能会由于异常而在内部生成,您仍然需要:

LOGGING = {
    'version': 1,
    'disable_existing_loggers': False,
    'handlers': {
        'console': {
            'class': 'logging.StreamHandler',
        },
    },
    'loggers': {
        'django': {
            'handlers': ['console'],
            'level': os.getenv('DJANGO_LOG_LEVEL', 'INFO'),
        },
    },
}

这告诉Django从概念上来说登录到终端,哪个mod_wsgi将拦截并发送到Apache错误日志,上面的错误日志将与之合并为应用程序日志。

顺便说一句,如果要在需要将日志记录输出到标准输出的容器中运行Apache / mod_wsgi,请不要自己这样做。使用mod_wsgi-express,因为它是专门为在容器中使用而设计的。在这种情况下,您只需使用:

mod_wsgi-express start-server --access-log --log-to-terminal

如果要启用访问日志(默认情况下默认为关闭,通常只是容器部署时的噪音),并且会担心将访问日志和错误日志发送到终端,以便Docker可以捕获它。

如果需要更多信息或帮助,请使用mod_wsgi邮件列表。

本文收集自互联网,转载请注明来源。

如有侵权,请联系 [email protected] 删除。

编辑于
0

我来说两句

0 条评论
登录 后参与评论

相关文章