Django uWSGI NGINX错误请求400

在尝试部署我开发的博客(使用django开发服务器)时收到400错误后,我开始了一个新的testing项目(使用startproject并且什么都不做 – 只是一个小小的configuration)尽可能保持简单。

当我做“manage.py runserver”时,它显示我一个页面,说我看到这个,因为我的设置中有“DEBUG = True”。

到现在为止还挺好。 没有错误。

但是,如果我使用uWSGI和NGINX,我又会收到“错误请求(400)”页面。

最初我有一些导入错误,我不得不添加一些path到sys.path。 但是现在我没有从Python,NGINX或uWSGI中得到任何错误,并且仍然以400错误页面结束。

我已经尝试了以下内容:

  • DEBUG = False
  • TEMPLATE_DEBUG = False
  • ALLOWED_HOSTS = ['*']
  • ALLOWED_HOSTS ='*'
  • 从MIDDLEWARE_CLASSES注释掉了“django.middleware.clickjacking.XFrameOptionsMiddleware”
  • 使用NGINX与uWSGI而不是Apache与mod_wsgi(我坚持这个设置,因为我喜欢它,但没有解决我的问题)

我的设置:uWSGI,NGINX和客户端(火狐)从笔记本内运行(kubuntu 14.04)。 Vhost / subdomain(cefk_blawg.localhost),它位于主机文件(cefk_blawg.localhost 127.0.0.1)中,并在NGINX中正确configuration(我知道,因为当我使用金字塔testing项目时,它实际上就像一个魅力)。 没有防火墙的方式。 使用virtualenv和点子安装在它的一切(Django的/ uwsgi /枕头/ MySQL的python)。

我的uwsgi.ini:

[uwsgi] # Unix socket (full path) socket = /tmp/cefk_blawg.sock # Set socket permissions chmod-socket = 666 # Master process master = true # Maximum number of worker processes processes = 4 # Set timeout harakiri = 60 harakiri-verbose = true # Limit post-size limit-post = 65536 # When to start buffering for post-vars post-buffering = 1 ## none of these makes my problem go away #post-buffering = 8192 ## none of these makes my problem go away #post-buffering = 32768 ## none of these makes my problem go away # Daemonize daemonize = /home/cefk/Dokumente/cefk_blawg/uwsgi.log pidfile = /home/cefk/Dokumente/cefk_blawg/uwsgi.pid # Limit queue listen = 64 max-requests = 1000 # Whatever this does .. it works for pyramid (got it from a tutorial) reload-on-as = 128 reload-on-rss = 96 no-orphans = true log-slow = true # This is the full path to my virtualenv virtualenv = /home/cefk/Dokumente/cefk_blawg/venv # Django wsgi file wsgi-file = /home/cefk/Dokumente/cefk_blawg/cefk_info/cefk_info/wsgi.py # Settings file (this seems to do nothing) # And it gets set in the wsgi.py-file env = DJANGO_SETTINGS_MODULE=cefk_info.settings # Set domain (this seems to do nothing) #domain = cefk_blawg.localhost # Django-project base directory (this seems to do nothing) #chdir = /home/cefk/Dokumente/cefk_blawg/cefk_info # This seems to do nothing #pythonpath=/home/cefk/Dokumente/cefk_blawg/cefk_info/cefk_info/ # Set vhost (this seems to do nothing) #vhost = true # Clean up environment on exit vacuum = true 

我的wsgi.py文件:

 import os import pprint import site import sys from django.core.wsgi import get_wsgi_application base_parent = '/home/cefk/Dokumente/cefk_blawg/' base = '/home/cefk/Dokumente/cefk_blawg/cefk_info/' sys.path.append(base_parent) sys.path.append(base) site.addsitedir( '/home/cefk/Dokumente/cefk_blawg/venv/local/lib/python2.7/site-packages' ) os.environ.setdefault("DJANGO_SETTINGS_MODULE", "cefk_info.settings") activate_env = '/home/cefk/Dokumente/cefk_blawg/venv/bin/activate_this.py' execfile(activate_env, dict(__file__=activate_env)) # I stole this shamelessly from another stackoverflow-post - this is good to have class LoggingMiddleware: def __init__(self, application): self.__application = application def __call__(self, environ, start_response): errors = environ['wsgi.errors'] pprint.pprint(('REQUEST', environ), stream=errors) def _start_response(status, headers, *args): pprint.pprint(('RESPONSE', status, headers), stream=errors) return start_response(status, headers, *args) return self.__application(environ, _start_response) application = LoggingMiddleware(get_wsgi_application()) 

这是我的请求/响应,我从wsgi.py中的LoggingMiddleware获得:

 ( 'REQUEST', { 'CONTENT_LENGTH': '', 'CONTENT_TYPE': '', 'DOCUMENT_ROOT': '/home/cefk/Dokumente/cefk_blawg/cefk_info/cefk_info', 'HTTP_ACCEPT': 'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'de,en-US;q=0.7,en;q=0.3', 'HTTP_CACHE_CONTROL': 'max-age=0', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_DNT': '1', 'HTTP_HOST': 'cefk_blawg.localhost', 'HTTP_USER_AGENT': 'Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0', 'PATH_INFO': '/', 'QUERY_STRING': '', 'REMOTE_ADDR': '127.0.0.1', 'REMOTE_PORT': '42518', 'REQUEST_METHOD': 'GET', 'REQUEST_URI': '/', 'SERVER_NAME': 'cefk_blawg.localhost', 'SERVER_PORT': '80', 'SERVER_PROTOCOL': 'HTTP/1.1', 'UWSGI_SCHEME': 'http', 'uwsgi.node': 'lt', 'uwsgi.version': '2.0.5.1', 'wsgi.errors': <open file 'wsgi_errors', mode 'w' at 0x7ff4337110c0>, 'wsgi.file_wrapper': <built-in function uwsgi_sendfile>, 'wsgi.input': <uwsgi._Input object at 0x7ff437271e70>, 'wsgi.multiprocess': True, 'wsgi.multithread': False, 'wsgi.run_once': False, 'wsgi.url_scheme': 'http', 'wsgi.version': (1, 0) } ) ('RESPONSE', '400 BAD REQUEST', [('Content-Type', 'text/html')]) [pid: 2652|app: 0|req: 1/1] 127.0.0.1 () {42 vars in 675 bytes} [Thu Jun 12 17:16:59 2014] GET / => generated 26 bytes in 150 msecs (HTTP/1.1 400) 1 headers in 53 bytes (1 switches on core 0) 

编辑:这是我的nginxconfiguration(请注意,文件夹名称可能在此期间已经改变 – 所以请忽略):

 # Server configuration server { # Make site accessible from http://cefk_blawg.localhost/ server_name cefk_blawg.localhost; root /home/cefk/Dokumente/cefk_blawg_django; # Set charset charset utf-8; client_max_body_size 100M; location /static { autoindex on; alias /home/cefk/Dokumente/cefk_blawg_django/static; } location /media { autoindex on; alias /home/cefk/Dokumente/cefk_blawg_django/media; } ################################ # Port-based (old) # ################################ #location / { # try_files $uri @application; #} #location @application { # include /etc/nginx/uwsgi_params; # uwsgi_pass 127.0.0.1:8000; #} ################################ # /Port-based (old) # ################################ location / { include /etc/nginx/uwsgi_params; uwsgi_pass unix:///tmp/cefk_blawg.sock; } } 

/编辑

我没有想法。

请帮忙。

您可以在您的服务器上设置DEBUG = True ,重新启动uwsgi服务并在浏览器中检查django的调试输出。 你没有看到django的开发服务器的任何错误的事实并不意味着错误是与nginxuwsgi服务。

好吧,所以我得到了同样的错误,但我终于明白了。 (至少对于我来说)。 我祈祷上帝这对你有用,因为我浪费了一天的时间。

如果你像我一样使用: http : //uwsgi-docs.readthedocs.org/en/latest/tutorials/Django_and_nginx.html作为教程来获得基本的设置。 我得到了uwsgi在http上工作,它似乎通过TCP套接字工作。 只要我试图挂钩nginx,我一直得到400错误。 它具体说创建一个文件名my_site.conf并链接到启用网站。 那么,如果你检查网站启用,你应该看到一个名为默认的文件。 注意这个文件没有被命名为default.conf。 尝试将my_site.conf重命名为my_site,并确保重新链接。

TDLR:取消链接my_site.conf。 将my_site.conf重命名为my_site。 将my_site链接到启用网站的网站