問題タブ [mod-wsgi]

WSGIを使用してDjangoアプリケーションをセットアップしようとしています。それはうまくいきます。ただし、BDBXMLを使用するDjangoアプリの一部で問題が発生しています。私のApache構成は次のとおりです。

ただし、まだ次のエラーが発生します。

私の環境は次のように開かれます：

使ってます：

• Python 2.6.2
• アパッチ2.2
• ubuntu 9.04
• ソースからコンパイルされたdbxml2.5.13（つまり、libdb-4.8、bsddb3、すべてのジャズ）

Apacheがlibdb-4.6にリンクしているようです。これは問題ですか？

更新しました

Django Web アプリを開発するために、アプリケーションのライブ バージョンとほぼ同じプロパティを持つアプリのステージング コピーのソース (VCS から) を自動的に更新する自律システムに移行したいと考えています。これを行う一般的な考え方は、SO #625256で既に説明されています。Django のドキュメントでは、同じ Apache で Django の 2 つのインスタンスをホストするための仮想ホストのセットアップについても説明しています。これをセットアップするために必要な部品の多くは、すでに配置されています。

具体的な質問は何ですか --このセットアップを Windows Server 2000 で実行する場合、どのサーバー ソフトウェアを選択すればよいですか?

Apache+mod-wsgi は当然の選択のようですが、 Graham Dumpleton によるこのブログ投稿によると、Windows で実行されている Apache の mog-wsgi は、個々のプロセスをリロードできず、Apache サービス全体を再起動する必要があります。ステージングのコードを更新するたびにライブサイトがドロップアウトしたくないので、これは絶対にやめてください。

この状況に最適なサーバー ソフトウェアはどれですか?

1. 独立して再起動できる Apache の 2 つのコピーを維持します(これは気分が悪いです) ?
2. Apache 以外に移行しますか?
3. ???

私が思いついたすべての解決策は、スレッド保存ではありません。

Webサイトのコードを更新するときは、（当然のことながら）apacheインスタンスを再起動して、変更を有効にします。

残念ながら、各apacheインスタンスによって提供される最初のページは、すべてを初めてRAMにロードする間は非常に遅くなります（この特定のサイトでは5〜7秒）。

後続のリクエストは0.5〜1.5秒しかかからないので、ユーザーにとってこの影響を排除したいと思います。

wgetをx回実行するよりもすべてをRAMにロードするためのより良い方法はありますか（xは私のhttp.confでServerLimitによって定義されたapacheインスタンスの数です）

apacheを再起動してwgetを5回実行する再起動スクリプトを作成することは、私にはちょっとハッキーに思えます。

ありがとう！

これについてStackOverflowで同様の質問がありましたが、まったく同じ状況は見つかりませんでした。これは、MySQLを使用するOSXLeopardマシン上にあります

いくつかの開始情報：

mysqladminには、スキップネットワークもOFFとしてリストされています

Pythonコマンドラインからmysqlに接続できます。しかし、コピーアンドペーストされたコードを使用してmod_wsgiを介して、またはDjangoを介してそれを実行しようとすると、一般的な接続拒否が発生します

私はmysqlのマニュアルを見て、次のようなトラブルシューティングのヒントを試しました。

そして私は接続を取得します。

私もrootとして接続しようとはしていません。

他に何を確認できるかについてのアイデアはありますか？前もって感謝します！

django.core.files.uploadhandler.FileUploadHandler関数で追加の処理を 行うカスタム ハンドラー (サブクラス化による) を使用して、Django のファイル アップロード メカニズムを使用してファイルのアップロードを行っていますreceive_data_chunk(self, raw_data, start)。

ハンドラーが実際にいつ呼び出されるのか (つまり、ファイルがサーバーによって完全にアップロードされた後、またはソケットに到着したとき) に興味がありました。

私のテストから、ソケットに到着したデータにアクセスできることがわかりましたが、誰かにこれを確認してもらいたいです。私はApache にmod_wsgiあると思っていたので、クライアントの要求を前処理する の後に呼び出されたので、これには少し困惑しています。content generatorinput filters

PS: Apache + mod_wsgi + Django を使用しています。

次の構成で実行されるサイトがあります。

Django + mod-wsgi + Apache

ユーザーのリクエストの 1 つで、別のサービスに別の HTTP リクエストを送信し、これを Python の httplib ライブラリで解決します。

しかし、このサービスの応答が長すぎて、httplib のタイムアウトが機能しないことがあります。したがって、スレッドを作成し、このスレッドでリクエストをサービスに送信し、20 秒後に参加します (20 秒はリクエストのタイムアウトです)。これがどのように機能するかです：

このようなもの...

そして、この関数でそれを使用します:

そして、すべて正常に動作しますが、いつかこの例外をキャッチし始めます:

新しいスレッドを開始する行で：

そして、トレースバックの次の最後の行は

答えは次のとおりです。

すべてに感謝し、私の純粋な英語で申し訳ありません。:)

Zope で動的なグラフとチャートを生成して提供するために使用するライブラリで、ちょっとしたスレッド化の問題があります。元の問題の説明については、この質問を参照してください。

ウェブサイトはすでに運用されているため、そのライブラリをデバッグする時間がありません (私は C とスレッドの専門家ではありません)。そのため、簡単な修正を探しています。私が思いついた最良のアイデアは、mod_wsgi を何らかのガードとして使用することです。

wsgi アプリは、Zope によって再度処理さ/path/to/my/app.wsgiれるすべての要求を単純にリダイレクトします。/_graphswsgi アプリを 1 つのスレッドで 1 つのプロセスに制限しているため、スレッド化の問題を防ぐことができます。ウェブサイトは大量ではありません。これがパフォーマンスに影響するかどうかはあまり気にしません. また、/_graphsURL が直接アクセスから保護されていなくてもかまいません。元の問題は、チャートが同時にダウンロードされた場合にのみ発生します。これは、ユーザーがいくつかの動的チャートが埋め込まれたページを表示した場合にのみ発生します。

とはいえ、この「解決策」（うまくいくとしても）は、私の頭の中の小さなコンピューター科学者を赤子のように泣かせます。より良いアイデアはありますか？

私は静的コンテンツ用のサイトを持っており、Apache で実行されるすべてのものがアクセスできます。その補助として、django で動作するメンバー サイトがあります。私は自分の .css を「共有」し、両側の外観を同等にすることに何の問題もありませんでしたが、私の django サイトを django パスワードで保護することは、まったく理解できないようです (すべてのメンバー資料が、ログインから 443 を通過します)。

すべてのページを提供できます。次のように mod_rewrite を使用しようとしました。

上記の '/members の場所にあるさまざまな項目をすべて試しましたが、何もヒットしないようです (はい、RewriteEngine On が含まれています - デバッグが表示されるのを見ることができます)。

ユーザーが送信したドキュメントをさまざまな方法で処理するWebサイトがあります。その1つは、各ドキュメントの一部でスペルチェックを行うことです。このWebサイトをMacMiniに設定したとき（そうです、これはWebサイトとしてはかなり弱い機器ですが、内部にあり、オフィスの外では誰も見ることができません）、aspell-pythonを再生するのに問題があったことを覚えています。 Apacheから呼び出されたときにAspellをインストールするのは良いことですが、愚かにも私がそれを回避した方法を書き留めるのを忘れていました。さまざまなビットモード（Apacheの場合は64、PythonとAspellの場合は32）で実行するようにコンパイルされているApache、Python、およびAspellと関係があるという印象を受けています。

いずれにせよ、私はストックのApacheとPythonのインストールを使用しており、ソースからAspellをビルドし、MacPortsからインストールしました。約1年前から楽しく頑張っていますが...

今日まで早送り：OS Xのソフトウェアアップデート（現在は10.5.8まで）を実行したところ、突然スペルチェッカーが機能しなくなりました。現在、Djangoによってスローされているメッセージは、aspell-pythonによって「適切なイメージが見つかりませんでした」、具体的には「ユニバーサルラッパーに一致するアーキテクチャがない」というものです。

Aspellとaspell-pythonは引き続きコマンドラインから正常に機能しますが、Webサイトからは機能しません。誰か考えがありますか？

編集：10.5.8を使用すると、psycopg2バインディングが機能しなくなります。それが助けになるなら、aspellとpsycopg2の両方が共有オブジェクトとして使用されていました。