問題タブ [django-wsgi]

こんにちは、WSGI app.My プロジェクトを使用して django サイトをホストしようとしています/opt/labs。django/ labs_site/ content/ home/

labs_site/urls.pylabs_site は、startproject とi link to content、home、およびその他のモジュールから派生した最初のプロジェクトでした。

名前を次のように変更するまで、 https://docs.djangoproject.com/en/1.4/howto/deployment/wsgi/のドキュメントに従いましたlabs_site/wsgi.pyos.environ.setdefault("DJANGO_SETTINGS_MODULE", "labs_site.settings")

この後、私が従うべき次のステップは何ですか.runserverなしでプロジェクトを実行したい

django-wsgiを使用してapache2でdjangoを実行しています。

これに関する質問を探し回っていますが、私が見つけたのは、解決策が以前のバージョンの Django 用のものであるか、特定の問題に適合しないかのいずれかです (これについて間違っている場合は、優しくしてください)。

私の問題は、ドメイン ルートから django を実行すると管理者 css が正常に動作することですが、サブディレクトリ (例: http://www.mysite.com/djangoapp/ ) から実行すると、django に問題なくログインできます。管理者ですが、すべてのスタイリングがありません。

settings.py の URL_prefix を URL_PREFIX = "/django_app" に変更してみました。

また、Alias /djangoapp/static /path/to/static を apache2 構成 (/etc/apache2/sites-available/mysite) の Alias に追加しようとしましたが、これは django 1.3 では機能しましたが、1.4 では機能しませんでした

私のプロジェクトでは、モンキーパッチを使用してdjango-developmentサーバーをgeventに置き換え、完全に機能していたので、manage.pyファイルは次のようになります-

ですから、私が正常に実行しているとき、これは私にとってはうまく機能しています。そして、これをプライベートクラウドでホストしようとしました。そのため、3つのインスタンスを1つopenid provider、もう1つをとして使用し、もう1つはとして使用しましたopenid consumer。mongodbまた、期待どおりに機能していましたが、いくつかのcross domain問題に直面していたため、proxy現在はそれを解決します。

問題-

1-クラウドインスタンスを使用

次に、（）を使用してスクリプトをデーモン化しようとしました。python manage.py &これにより、インスタンスへのssh接続を閉じることができます。デーモン化した後、最初のインスタンスを使用できましたが、ログインまたはログアウトしようとすると、が取得されI/O errorます。

2-開発用PC

デーモン化した後、i tried to access the url, it wasn't connecting「ps aux | grep manage.py」を使用してプロセスをチェックしたとき、スクリプトはそこで実行されていました。

このスクリプトをデーモン化するときに何かが足りないと思います。ライブラリを使用しpython daemonましたが、それも機能しませんでした。

私は、単一の Django フレームワークの下で複数のサイトを持つためのさまざまな (そして多くの) 方法を研究してきました。

私のユースケースに適したソリューションはまだありません。ユースケースは次のとおりです。

• データの大部分 (95% 以上) が 2 つのアプリ間で共有されるため、単一のデータベース
• それぞれが異なるドメインを介してログインし、実際には同じ生データを異なる方法で操作する 2 つの異なるユーザー タイプ

私が達成したいのはこれです：

訪問者が example.com にアクセスすると、SITE_ID = 1 の設定が有効になります。

訪問者が training.example.com にアクセスすると、SITE_ID = 2 の設定が有効になります。

私はこれをしたいので:

• ユーザーごとに明示的に異なる UserProfile オブジェクトを使用したい
• 異なるドメイン間でビューとアプリを自由に組み合わせたい

サイト フレームワークに関する Django のドキュメントは役に立たないようです。

私の現在の考えは、wsgi サーバー (私の場合は uWSGI) を使用して実際に解決することです。ここでは、Django のデフォルトの wsgi.py を複製して、各 wsgi conf に独自の Django settings.py を設定します。

その場合、サーバーは実際には 2 つの異なる wsgi アプリを提供しますが、それらはほとんど同じコードを使用します。

したがって、このシナリオでは、私の Django プロジェクトには次のものがあります。

• example.com.settings.py (SITE_ID = 1)
• training.example.com.settings.py (SITE_ID = 2)
• example.com.wsgi.py (example.com.settings.py を使用)
• training.example.com.wsgi.py (training.example.com.settings.py を使用)

ここでの私のシナリオは機能するはずですが、同じ Django インスタンス内でこれを解決するのに 2 倍のメモリが必要になります。

私が達成する必要があるもののためのより良い実装はありますか?

Django / admin / URLをローカルホストのみがアクセスできるようにする最も簡単な方法は何ですか？

私が考えたオプション：

• 管理サイトをプロジェクトから分離し（何らかの方法で）、別の仮想ホストとして実行します（Apache2で）
• ホスティング（Apache2）Webサーバーの前でプロキシを使用する
• どういうわけか、WSGI内のApacheのURLを制限します。

標準的なアプローチはありますか？

ありがとう！

私は数日間、AmazonWebServicesのElasticBeanstalkの下にDjangoをセットアップしようとしています。私が直面している問題はこれだと思います：

私はここのチュートリアルに従い、ステップ6の終わりまですべてうまくいきましたが、ステップ5、＃2の一般的なElasticBeanstalkページ以外のものを表示することはできません。私が走るとき

ローカルマシンでは、すべてが正常に機能しますが、そのページを展開できません。私は最初に自分で書いた小さなDjangoサイトで試しました。それが機能しなかったので、私が行ったすべてを削除して再試行しましたが、それは機能しませんでした。それで、すべてを削除して、新しいdjangoインストールで再試行しました。私はそれを何度も小さなことをいじってみましたが、私は何か大きなものが欠けていると思います。

このチュートリアルの説明に従って、python.configファイルを追加しました。

これが私のファイル構造です：

私のsettings.pyから：

python.configは次のとおりです。

WSGIPathを定義する必要がある別の場所はありますか？AWSコンソールを介してそれを行う方法はありますか？EBを完全にスキップしてEC2を直接使用する必要がありますか？

Django 1.4.1 で作成されていない古い Django プロジェクトがあります。デフォルトのhtdocsフォルダーを実行しているにもかかわらず、目的のフォルダーを表示する必要があるように、ec2 bitnamiでホストしたい。以前にこれを行ったことがありますが、今回は新しいマシンで実行されていません。私はこのリンクを通過しました

http://bitnami.org/forums/forums/djangostack/topics/getting-started

すでにすべてでした。私が持っている私の変更は..

httpd.conf 内

myproject_cofig.conf 内

myproject_wsgi.wsgi 内

そして、プロジェクトの場所がチェックされ、その正しい..

httpd.confで変更しました..

また、リダイレクトされます..

RedirectMatch /fortis /fortis_django/login

そのため、myurl/fortis にアクセスするたびに myurl/fortis_django/login にエラーが発生し、ループが多すぎます。私は自分の場所から自分のプロジェクトを実行するのを手伝ってください。前もって感謝します。

WSGIデプロイを使用してApacheにDjango（virtualenvにあります）をデプロイしようとしています。https://docs.djangoproject.com/en/dev/howto/deployment/wsgi/modwsgi/のデフォルトのチュートリアルに従っています

wsgi.py（Djangoが生成したデフォルトのもので、コメントは削除されています）：

apache2.conf（Debianだけで同じhttpd.conf）。これを最後に追加しました：

ただし、これはエラーで終了します。

以来、標準のPythonにアクセスできるようです。

エラーは発生しません。したがって、virtualenvからインポートされたモジュールはインポートできないようです。チュートリアルによると：

デーモンモードを使用する場合に上記の構成に必要なさらなる変更は、WSGIPythonPathを使用できないことです。代わりに、WSGIDaemonProcessへのpython-pathオプションを使用する必要があります。次に例を示します。

私は何が欠けていますか？

Amazon の EC2 インスタンスでサイトを公開しようとしていますが、500 エラーが発生し続けます。理由は本当にわかりません。

//ログファイル

//Apache 設定ファイル

//wsgi.py

gunicorn+djangoを使用してWebサーバーをセットアップしています。2つのデプロイメントオプションがあります。通常のWSGIを使用するか、gunicornのdjango-integrationを使用します。構成が簡単になるため、後者を使用したくなりますが、djangoのドキュメントには次のように記載されています。

彼らは説明をしていませんが、なぜWSGIを使用することが「強く推奨される」のでしょうか。何か案は？

どうもありがとう。