nginx + uwsgi gagal menggunakan django, sama ada 400 atau 502....

Question

Persekitaran:
OS X 10.8.5
django 1.6
python 2.7.2
Biar saya siarkan konfigurasi saya dahulu

[uwsgi]
# socket          = /Users/scarlex/Projects/venv/mysite/white.sock
socket          = 127.0.0.1:3031
chdir           = /Users/scarlex/Projects/venv/mysite/
module          = sakuramai.wsgi:application
home            = /Users/scarlex/Projects/venv
env             = DJANGO_SETTINGS_MODULE=sakuramai.settings
static_files    = false

master          = true
processes       = 5
chmod-socket    = 664
vacuum          = true
stats = 127.0.0.1:9191

upstream white {
    server localhost:3031;
    # server unix:///Users/scarlex/Projects/venv/mysite/white.sock;
}

server {
    listen       80;
    server_name  mysite.com localhost;
    charset utf-8;

    location /static/ {
        alias /Users/scarlex/Projects/venv/mysite/static/
        expires 30d;
    }

    location / {
        uwsgi_pass white;
        include uwsgi_params;
        uwsgi_param UWSGI_SCRIPT django_wsgi;
    }
}

Konfigurasi pada asasnya adalah berdasarkan dua tutorial berikut
https://uwsgi-docs.readthedocs.org/en/latest/tutorials/Django_and_nginx.html
https://docs.djangoproject.com/en/1.6/ howto/ deployment/wsgi/uwsgi/

Jika anda menggunakan soket dengan kedua-dua nginx dan uwsgi, ralat 502 akan dilaporkan,
Perkara berikut selalu berlaku dalam uwsgi, dan tiada permintaan dilihat.

*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI master process (pid: 88475)
spawned uWSGI worker 1 (pid: 88476, cores: 1)
spawned uWSGI worker 2 (pid: 88477, cores: 1)
spawned uWSGI worker 3 (pid: 88478, cores: 1)
spawned uWSGI worker 4 (pid: 88479, cores: 1)
spawned uWSGI worker 5 (pid: 88480, cores: 1)
*** Stats server enabled on 127.0.0.1:9191 fd: 17 ***

Jika anda menggunakan 127.0.0.1:3031, ralat 400 akan dilaporkan.
Tetapi anda boleh melihat dalam uwsgi bahawa terdapat permintaan yang datang.

*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI master process (pid: 88497)
spawned uWSGI worker 1 (pid: 88498, cores: 1)
spawned uWSGI worker 2 (pid: 88499, cores: 1)
spawned uWSGI worker 3 (pid: 88500, cores: 1)
spawned uWSGI worker 4 (pid: 88501, cores: 1)
spawned uWSGI worker 5 (pid: 88502, cores: 1)
*** Stats server enabled on 127.0.0.1:9191 fd: 17 ***
[pid: 88500|app: 0|req: 1/1] 127.0.0.1 () {42 vars in 727 bytes} [Mon Feb 24 15:47:56 2014] GET / => generated 26 bytes in 406 msecs (HTTP/1.1 400) 1 headers in 53 bytes (1 switches on core 0)
[pid: 88501|app: 0|req: 1/2] 127.0.0.1 () {40 vars in 658 bytes} [Mon Feb 24 15:47:57 2014] GET /favicon.ico => generated 26 bytes in 190 msecs (HTTP/1.1 400) 1 headers in 53 bytes (1 switches on core 0)

Saya telah jengkel selama dua hari dan tidak tahu bagaimana untuk menyelesaikannya...

---

Selain itu, saya ingin bertanya apakah fungsi memasukkan uwsgi_params dalam nginx?
Saya mendapati bahawa tanpa ini, uwsgi akan melaporkan ralat berikut:

Traceback (most recent call last):
  File "/Users/scarlex/Projects/Python-projects/skm2014/lib/python2.7/site-packages/django/core/handlers/wsgi.py", line 196, in __call__
    request = self.request_class(environ)
  File "/Users/scarlex/Projects/Python-projects/skm2014/lib/python2.7/site-packages/django/core/handlers/wsgi.py", line 91, in __init__
    self.method = environ['REQUEST_METHOD'].upper()
KeyError: u'REQUEST_METHOD'

Answer 1

Jika anda menggunakan soket dengan kedua-dua nginx dan uwsgi, ralat 502 akan dilaporkan

nginx melaporkan 502, yang bermaksud tetapan huluan tidak betul atau pelayan yang ditunjuk oleh huluan melaporkan ralat. unix:///Users/scarlex/Projects/venv/mysite/white.sock写法错误，多了两个斜杠，正确的是unix:/Users/scarlex/Projects/venv/mysite/white.sock。从题主贴出的uwsgi配置来看，chmod-socket = 664可能不当，尝试设为chmod-socket = 666。nginx一般是以http用户启动的，664Mungkin anda tiada kebenaran untuk menulis kepada white.sock.

Jika anda menggunakan 127.0.0.1:3031, ralat 400 akan dilaporkan.

Ini tiada kaitan dengan nginx, ia semata-mata ralat dalam konfigurasi uwsgi atau django (jika terdapat ralat dalam kod sumber skrip itu sendiri, ia harus melaporkan 5xx). Jika boleh, siarkan tetapan django.py.

Berikan kemungkinan tekaan:

Akhir sekali, jika DEBUG adalah Palsu, anda juga perlu menetapkan tetapan ALLOWED_HOSTS dengan betul Jika gagal berbuat demikian akan menyebabkan semua permintaan dikembalikan sebagai "Permintaan Buruk (400)"

https://docs.djangoproject.com/en/1.6/ref/settings/#std%3asetting-ALLOWED_HOSTS