2013-05-04 9 views
11

本番環境では、gunicorn_djangoを使ってアプリをデプロイしました。私はそれがもはや推奨されていないことに気づいた。私はそれがなぜ推奨されていないのか、さらに新しい方法に移行する必要があるのか​​疑問に思います。 https://docs.djangoproject.com/en/dev/howto/deployment/wsgi/gunicorn/なぜgunicorn_djangoはもうお勧めしないのですか?

から

あなたがDjangoの1.4以降を実行する場合、非常に単純gunicornコマンドを使用してWSGIインタフェースで アプリケーションを実行することをお勧めします。

+0

WSGIインターフェイスを使用することをお勧めしますが、gunicorn_djangoではなく、WSGIインターフェイスを使用することをお勧めします。実際にはほとんど同じです。 – PepperoniPizza

+1

@PepperoniPizza、 'gunicorn_django'の現在の状況によると間違っています、更新された答えを見てください。 –

答えて

14

gunicorn_djangowsgi.pyの必須部分は、Django自体に統合されました。 already existing answerを引用する

をDjangoの1.4以降では、あなたのプロジェクトは、すでに(多くがあり、そのうちの一つだけであることgunicorn)任意のWSGIサーバで使用することができ、wsgi.pyを持っています。

基本的にgunicornの古いDjangoの統合がより速くあなたを取得し、実行するだけで便利ではなかったが、すべてのDjangoのプロジェクトは今wsgi.pyを持っているので、それはもはや必要です。

UPDATEすべての

まず、Gunicornで18.0 gunicorn_djangobecame deprecated

第二に、私は個人的に が--settingsコマンドラインパラメータと一緒にgunicorn_djangoに特異的であることをはっきりしないエラーが発生したこの回答の最初の書き込み以来(gunicornコマンドと./manage.py runserverをうまく働きました)。

すなわち

、あいまいなインポートエラーapplication.some_model: 'field' has a relation with model another_application.AnotherModel, which has either not been installed or is abstract.

だから、いいえ、私はあなたの新しいプロジェクトでgunicorn_djangoを使用して、あなたをお勧めしません。

関連する問題