問題タブ [django-wsgi]

IE 9 で django 1.2 および 1.3 dev サーバーを使用してアプリケーションをテストしているとき。

エラー: [Errno 104] ピアによって接続がリセットされました

主に、IE9でテストしているときにのみこのエラーが発生します

解決策はありますか?

前もって感謝します

DjangoとTornadIO2/Tornadoを使用してsocket.ioアプリを作成しています。TonradIO2セッションでは、TornadoのHTTPRequestオブジェクトにアクセスできます。ただし、SocketConnectionクラスのイベントハンドラーでdjangoリクエストオブジェクトにアクセスできません。理想的には、設定されたすべてのdjangoを、イベントハンドラーに到達する前に、リクエストオブジェクトで実行するようにします。それらを明示的に途中で呼び出すこともできますが、最初にHTTPRequestオブジェクトをDjangoHttpRequestまたはDjangoWSGIRequestオブジェクトに変換する必要があります。これを達成する方法について何か提案はありますか？

サイト フレームワークを使用する django-app があり、単一の apache 仮想ホストにデプロイする必要があります。私はPythonInterpreterでmod-pythonを使用していましたが、うまくいきました。しかし、mod-python は廃止され、wsgi に移行したいと考えています。しかし、wsgi を使用してこのシナリオを構成する方法を理解できます。誰でも私を助けることができますか？同じpythonインタープリターで実行されているため、各サイトにWSGIScriptAliasを使用するだけでは機能しないと思います。

誰でも私を助けることができますか？

PythonのサイトパッケージにインストールされたDjango 1.3を使用するアプリケーションがあります。それの別のコピー (Apache の下の WSGI) を作成したいのですが、1.4 に移行する前に入力が必要かどうかを確認するために、一緒に解凍した新しいバージョンの Django を使用するようにします。

WSGI が Django をインポートする場所を指定する方法はありますか?

WindowsXP（win32）でpython 2.7.2、Django 1.3.1、Apache2.2.22を使用しています。私がここで見つけたドキュメントによって、私は段階的に行いましたが、ディレクトリセクションが与えられたとき

Apacheを再起動すると、localhost / mysiteを開くと、Microsoft Visual C ++ライブラリのランタイムエラーが発生し、Apacheエラーログに「レンダリング中に不適切に構成されました：pyodbcモジュールの読み込みエラー：DLLの読み込みに失敗しました：ダイナミックリンクライブラリ（DLL）初期化ルーチン」と表示されます。失敗しました。"....私のDjangoアプリはWAMPで実行されていますが、Apache2.2.22だけを使用してどこで問題が発生したのか知りたいです。多くのDjangoのドキュメントに従いましたが、それでも同じです。どこが間違っていたのかを見つけるのを手伝ってください。ありがとう

（インデントはguettliによって修正されました）

wsgi経由でapacheとdjangoを設定しようとしています。ただし、次のようなインポート設定に関するエラーが発生しています。

レイアウト

私のサイトと私のアプリは次の構造内にあります:

Apache/Django.wsgi

httpd.conf

何か案は ？？

djangoサイトを新しいサーバーに移動中です。古いサーバーでは、djangoサイトはmysite.com/のようにアクセスされていましたが、今はmysite.com/mysite経由でアクセスし、mysite.comに別の処理を任せたいと考えています。私はこのようにapacheに次の変更を加えました：

これはうまく機能しているようです。ブラウザをmysite.com/unity/adminに向けると、管理ページに正しくアクセスし、それぞれのアプリを正しく表示できます。ただし、カスタムテンプレートを使用するものはすべて中途半端なようです。たとえば、以下のテンプレートに次のようなエントリがあります。

これにより、ページがにリダイレクトされます

とは対照的に

テンプレートが正しく設定されていないのか、それとも新しいエイリアスと関係があるのか​​わかりません。私のurls.pyは次のようになります：

私のdjango.wsgiファイルは次のようになります。

問題を修正するために何をすべきかわかりません。私はdjangoにかなり慣れていないので、邪悪な単純な解決策がある場合はお詫びします。アドバイスをいただければ幸いです。

リクエストの前と後の両方で、URL を完全に動的に制御する必要があるシステムがあります。

私はこれにシグナルを使用しており、リクエスト前のシグナルにシグナルを使用しています（私が問題を抱えているシグナルには、シグナルに接続するこのようなミドルウェアがあり、現在の request.path が適用されるかどうかを確認できますこれは通常は問題なく動作し、かなりエレガントです):

ここで、Django ルーティング スタックの「前」に発生することを登録するには、アプリの で次のようにしますmodels.py。

これは、私の開発サーバーでもうまく機能します。

ただし、uWSGIを使用する本番環境で問題が発生します。次のように（upstartから）uWSGIを開始します。

そして、私の uwsgi.ini は次のようになります。

発生しているように見えるのは、uWSGI プロセス/スレッドごとに、最初のリクエストで models.py をロードするだけのようです。つまり、各プロセスの最初のリクエストはシグナルの接続に失敗します。これは、models.py が起動時に (開発中のように) ロードされないため、n (n はプロセスの数) のリクエストが完全に失敗することを意味します。

uWSGI の設定が間違っていますか? 起動時に信号を強制的に接続するより良い方法はありますか?

応答として Excel としてデータを読み込もうとすると、IO 要求データ読み取りエラーが発生します。

データが 150k 未満の場合は問題なく動作しますが、より大きなファイルは約 200k で失敗します。django 1.4 Apache/2.2.22 (Ubuntu) mod_wsgi/3.3 をデーモン モードと Python/2.7.3 で実行しています。

これは localhost で正常に動作します。これは、デーモン モードでの wsgi の問題または不適切な構成である可能性があると思います。誰もこれについて知っていますか？

私が得ている例外は以下のとおりです。

元々、ubuntu サーバーに wsgi を使用して Django 1.3 をインストールしたときに、付属の setup.py ファイルを使用したため、更新する場合は、サイトの「django」フォルダーの名前を変更して、インストール ガイドの Django の古いバージョンを削除するセクションに従いました。 -packages "django.old" を実行し、Django 1.4 の setup.py ファイルを使用して新しいバージョンをインストールします。

Apache サーバーを再起動した後、標準の 500 内部エラーが発生しました。Apache エラー ログを確認したところ、ADMIN_MEDIA_PREFIX が非推奨になっていることがわかったので、Django 1.4 リリース ノートに従って、設定ファイルから ADMIN_MEDIA_PREFIX を削除し、示されているように「admin」というフォルダーの下の静的ディレクトリに管理ファイルを移動しました。

Apache サーバーを再起動したところ、同じ標準の 500 エラーが発生しましたが、今度は Apache エラー ログでテールを実行しようとしたときに、新しいエラーは登録されませんでした。

それ以上のエラーメッセージがなければ、私は本当に立ち往生しているので、助けていただければ幸いです。

以下は、私のApacheサイト構成ファイルとwsgiファイルの内容です

サイト構成:

django.wsgi:

セキュリティ上の理由から、これらのファイルから識別情報を削除または名前変更しようとしたので、明らかな構文エラーなどがある場合は、おそらくこの編集が原因であることに注意してください。これらのファイルの元のバージョンは、名前の変更を受け入れるのと同じであり、Django 1.3 でうまく機能しました。