2013-05-04 20 views
11

Mamy aplikację wdrożoną przy użyciu gunicorn_django w produkcji. Zauważyłem, że nie jest to już zalecane. Zastanawiam się, dlaczego nie jest to zalecane i czy musimy przeprowadzić migrację na nowszy sposób.Dlaczego gunicorn_django nie jest już zalecany?

Od https://docs.djangoproject.com/en/dev/howto/deployment/wsgi/gunicorn/

Jeśli prowadzisz Django 1.4 lub nowszy, to zaleca się, aby po prostu uruchomić aplikacji z interfejsem WSGI przy użyciu polecenia gunicorn.

+0

Mówi tylko, że zaleca się używanie interfejsu WSGI, ale nie jest to gunicorn_django, to nie jest. W rzeczywistości są prawie takie same. – PepperoniPizza

+1

@PepperoniPizza, zgodnie z aktualną sytuacją z 'gunicorn_django' jesteś w błędzie, zobacz zaktualizowaną odpowiedź. –

Odpowiedz

14

Zasadnicza część gunicorn_django, wsgi.py, została zintegrowana z samym Django.

zacytowanie already existing answer:

Począwszy Django 1.4, projekt będzie już wsgi.py, który może być używany z dowolnym serwerem WSGI (wśród których jest wiele, gunicorn jest tylko jeden) .

Zasadniczo stary integracja Django dla gunicorn był tylko wygoda, aby dostać się i działa szybciej, ale to nie jest już konieczne, ponieważ wszystkie projekty Django teraz wsgi.py.

UPDATE

Przede wszystkim w Gunicorn 18,0 gunicorn_djangobecame deprecated.

Po drugie, ponieważ w pierwszym piśmie o tej odpowiedzi Osobiście spotkałem niejasnych błędów były specyficzne gunicorn_django w połączeniu z parametrem --settings linii poleceń (polecenia gunicorn i ./manage.py runserver działało w porządku).

Mianowicie, niejasny błąd import application.some_model: 'field' has a relation with model another_application.AnotherModel, which has either not been installed or is abstract.

Tak, nie, ja nie polecam używasz gunicorn_django w nowych projektach.

Powiązane problemy