Django+;Elastic Beanstalk,访问日志中有500个响应代码,但错误日志中没有响应代码
我使用Django在Elastic Beanstalk(带有自动伸缩负载平衡器)上设置了一个应用程序。该配置还使用apachehttpd和mod_wsgi 该应用程序功能正常,但我看到了一个偶然的错误,在我的生活中,我无法调试。这是由于错误本身在任何时候都没有出现在错误日志中 访问日志中的示例(省略IP地址): 顶部请求显示错误请求,底部请求显示典型请求。这里我注意到的主要问题是500请求中没有用户代理。通过访问日志进行梳理,这种类型的每个请求都缺少用户代理。我没有特定的功能设置来阻止机器人/蜘蛛等 这500个错误是随机发生的,并且在过去几个月一直如此。没有关于最终用户发生这些情况的报告,这使我相信有两种可能性:Django+;Elastic Beanstalk,访问日志中有500个响应代码,但错误日志中没有响应代码,django,apache,amazon-elastic-beanstalk,mod-wsgi,httpd.conf,Django,Apache,Amazon Elastic Beanstalk,Mod Wsgi,Httpd.conf,我使用Django在Elastic Beanstalk(带有自动伸缩负载平衡器)上设置了一个应用程序。该配置还使用apachehttpd和mod_wsgi 该应用程序功能正常,但我看到了一个偶然的错误,在我的生活中,我无法调试。这是由于错误本身在任何时候都没有出现在错误日志中 访问日志中的示例(省略IP地址): 顶部请求显示错误请求,底部请求显示典型请求。这里我注意到的主要问题是500请求中没有用户代理。通过访问日志进行梳理,这种类型的每个请求都缺少用户代理。我没有特定的功能设置来阻止机器人/蜘
- 将Http请求重定向到Https
- 启动时运行的一些Django命令
- 好吧,我是哑巴
这些错误消息没有出现在我的日志中的原因只是因为它们没有在日志中显示的方法
在Django
settings.py中设置一个简单的日志字典时,突然开始显示500个错误发生时的堆栈跟踪。从那里,我可以看出这是一个简单的未处理异常:
LOGGING = {
"version": 1,
"disable_existing_loggers": False,
"handlers": {
"console": {
"class": "logging.StreamHandler",
},
},
"loggers": {
"django": {"handlers": ["console"], "level": "INFO"},
},
}好吧,我是哑巴
这些错误消息没有出现在我的日志中的原因只是因为它们没有在日志中显示的方法
在Djangosettings.py中设置一个简单的日志字典时,突然开始显示500个错误发生时的堆栈跟踪。从那里,我可以看出这是一个简单的未处理异常:
LOGGING = {
"version": 1,
"disable_existing_loggers": False,
"handlers": {
"console": {
"class": "logging.StreamHandler",
},
},
"loggers": {
"django": {"handlers": ["console"], "level": "INFO"},
},
}