問題タブ [mod-wsgi]

Apache/mod-wsgi が提供する Django アプリ内で FCKEditor を使用しています。FCKEditor のためだけに php をインストールしたくありません。また、FCKEditor が Python を介して画像のアップロードと画像の閲覧を提供していることがわかります。これをすべて設定する方法についての適切な指示が見つかりませんでした。

したがって、現在、Django は次のセットアップを使用して wsgi インターフェースを介して実行されています。

editor->filemanager->connectors->py ディレクトリの fckeditor には、wsgi.py というファイルがあります。

django wsgi ファイルを変更して fckeditor 部分を正しく提供するか、Apache が単一のドメインで django と fckeditor の両方を正しく提供するようにすることで、これら 2 つの 2 つの機能が連携する必要があります。

今、私はこのように構成された mod_wsgi スクリプトを持っています..

yieldこれを の代わりにベースで動作するように変更する方法を誰かが知っているかどうか疑問に思っていましたreturn。その方法で、ページが生成されたときに送信でき、完了した後だけでなく、ページの読み込みを高速化できますユーザー。

ただし、出力をリストに交換して application() で生成すると、エラーがスローされます。

それとも、まったく別のサーバーを使用する必要がありますか?

Django プロジェクトでデータベース設定を有効にするたびに (質問の傾向に気付き始めましたか?)、内部サーバー エラーが発生することに気付きました。データベース設定を空白に設定すると、エラーがなくなります。出力されるApacheエラーログは次のとおりです。

そして、これが django.wsgi ファイルです

mysql データベースに正常に接続する他のスクリプトがいくつかあります。チュートリアル サーバーを実行すると、管理パネルが正しく表示されます。卵の環境変数を変更しようとしましたが、まだ何も変わりません。

これは少し難しい質問です。

私はPythonでmod_wsgiを使用しており、継続的にHTMLを生成する出力バッファーを作成したいと考えています（ページの読み込みが完了するまで）。

現在、Application（）関数がページコード用に個別の「ページ」スレッドを作成するようにスクリプトを設定し、その直後に、Pythonのキューライブラリを使用して出力バッファーの連続ループを実行しています。

これを設定するためのより良い方法はありますか？出力バッファを（ページではなく）スレッドにすることを考えましたが、問題は、Application（）関数がApacheにHTMLを生成できる唯一の関数であるということです（私が知る限り、このアイデアを不可能にします）。

現在の設定で見られる欠点は、エラーが発生した場合に、ページスレッドを少し続行しないと、バッファを簡単に中断して終了できないことです。

（mod_wsgiにこれを処理するための出力バッファーが組み込まれていないのはちょっと残念です。ページ全体をロードしてから出力を1回だけ送信するのは嫌いです。その結果、ページのロードが大幅に遅くなります）。

mod_wsgiでは、関数start_response（）を実行してヘッダーを送信しますが、すべてのページコンテンツはyield/returnによって渡されます。start_response（）と同様の方法でページコンテンツを渡す方法はありますか？チャンク化されたデータの操作に関しては、return.yieldステートメントの使用は非常に制限されています。

例えば

ページの読み込み時にコンテンツを出力するバッファが必要ですが、コンテンツが十分に蓄積された場合にのみコンテンツを出力します（たとえば、1000バイト）。

この質問は、他の人がこの問題の解決策をより簡単に見つけられるように、タイトルが変更/タグが変更されています。

プロジェクトをDjango開発サーバーからApache/mod-wsgi環境に移行しようとしています。昨日あなたが私に尋ねていたら、私は移行が非常にスムーズに進んでいると言っただろう。私のサイトは稼働していて、アクセス可能で、高速です。しかし、サイトの一部はファイルのアップロードに依存しており、これにより、私は最も奇妙で最も厄介な問題を経験しています。問題の特定のページは、swfuploadを使用して、ファイルと関連するメタデータをURLにPOSTします。このURLは、ファイルをキャッチしてサーバー側の処理を開始します。これは開発サーバーでは完全に機能しますが、ApacheでこのURLにPOSTすると、Djangoリクエストオブジェクトが空になります。GET 、POST、またはFILESデータはありません。

Wiresharkでスヌーピングすることにより、クライアント側の問題を排除しました。根本的な原因を特定できる限り、アクセスしようとしている一時ファイルディレクトリに関連している可能性がある、ある種のApache構成の問題が原因です。私はApache構成に比較的慣れていないので、何時間もこれに頭を悩ませてきました。

私のApache構成：

私の直感では、これはDjango settings.py（）で指定したファイルアップロードディレクトリのアクセス許可と関係がある可能性があります'/home/sk/src/sitename/uploads/'が、Apacheエラーログは、ログレベルが上がっていても、そのようなものを示唆していませんデバッグまで。

これをデバッグする方法についての提案はありますか？