Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/python/363.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文件_Python_Django_Apache_Logging_Wsgi - Fatal编程技术网

Python 将所有请求记录到Django文件

Python 将所有请求记录到Django文件,python,django,apache,logging,wsgi,Python,Django,Apache,Logging,Wsgi,当我运行django development server(/manage.py runserver)时,所有请求的URL都可以方便地登录到process 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 这非常方便,因为在分析输出时,您会立即看到与日志消息对应

当我运行django development server(
/manage.py runserver
)时,所有请求的URL都可以方便地登录到process 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中的
ErrorLog
CustomLog
指令更改为使用相同的文件

当我在命令中使用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>
因此,从技术上讲,它应该适用于独立的Apache安装,只要将
ErrorLog
CustomLog
设置为同一个文件,错误和访问日志就会进入同一个文件

至于由于异常可能在内部生成的其他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邮件列表

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