問題タブ [uwsgi]

debian 6でuwsgi + python2.7 + django + nginxを使用しようとしています。コマンドでuwsgiをインストールしたpip2.7 install uwsgiので、python 2.7で実行されています。次のコマンドを使用して、皇帝モードで uwsgi を実行しています。

vassals フォルダーには、現時点では 1 つのアプリのみが含まれています。yaml ファイルは次のとおりです。

これは、Django プロジェクト ファイルの内容です。

ここで、起動しようとしたときの /home/uwsgi/uwsgi/uwsgi.log ファイルの結果は次のとおりです。

ご覧のとおり、uwsgi はサイト モジュールをインポートできないため、uwsgi はアプリの再起動を試行し続けます。そこで、yaml ファイルに no-site :1 オプションを追加してみました。その結果、Django プロジェクト ファイルに何もインポートできません...

また、プロジェクトにリンクされていないことも知っています。これは、uwsgi を python 2.6 で実行すると問題なく動作するためです...残念ながら、python2.7 で実行する必要があります...

何が起こるか分かりますか？

どうもありがとう！

私は州内にいくつかのサーバー、Django + MySQL を持っています。それはすべて正常に機能しますが、アジアにサーバーをセットアップしたときに、非常に奇妙な問題に直面しました. 小さなラグにもかかわらず、基本的に、migrate --listまたは正常に実行されます。shellしかし、DB を広範囲に使用するいくつかのページをロードしようとすると、502 が発生し、uWSGI ワーカーが停止します。nGinx のタイムアウト値を増やした後、リクエストの 40 秒後にページの読み込みが開始されました。この 40 秒間、ブラウザはconnecting to .... 約 40 秒後、ページは正常にレンダリングされ、プロセスは非常にスムーズに行われます。

クエリとは別に、データ転送が関係しているため、これが遅れている可能性があることがわかりました。ただし、データベース ホストに ping を実行すると、遅延はほとんどありません。MySQL 接続を調べると、Asia のサーバー接続が 40 秒間スリープ状態になり、追加の接続がどこからともなく現れ、ページが読み込まれます。

サーバーの構成はまったく同じです。それが本当にデータベースの場所なのか、それとも構成を変更する必要があるのか​​ 疑問に思っています。

しかし、実行runserverすると効果は同じです。したがって、nGinx または uWSGI の設定方法に問題があるとは思えません。

私は次のものを持っています：

net.core.somaxconn = 262144

net.core.netdev_max_backlog = 6144

net.ipv4.tcp_max_syn_backlog = 6144

uWSGI --listen 6144

nGinxworker_connections 6144

しかし、最高のパフォーマンスを得るためにサーバーの仕様に基づいてこれらの値を計算する方法は何ですか？私が見なければならない他の構成オプションはありますか？

ありがとう！

シェルから、プロセスpythonを開始して通信するこのコードは正常にnode.js機能します。

しかし、uwsgi内から同じコードを実行すると、代わりに次のようになりますerr。

'FATAL ERROR: v8::Context::New() V8 is no longer usable\n'

wsgiコミュニティまたはコミュニティからの洞察はありnode.jsますか？私は途方に暮れています。

webpy（webpy.org）を使ってアプリを書きました。このWebアプリの一部は、統計関数のバックグラウンドタスクを繰り返し実行することです。Pythonライブラリを使用APSchedulerしてcronスタイルのスケジュールを実行しました。app.run()開発中はwebpyをスタンドアロンモードで実行させるためです。この設定はうまくいきました。

ただし、デプロイすると、APSchedulerが機能しなくなることがわかりました。展開手順は、この記事にほぼ従っています。私のエントリポイントプログラムは、引き続き正常なスケジューリングログを出力します。ただし、リクエストが受信されない場合、uwsgiは実行中のwebpyアプリを一時停止（スレッドを一時停止）するようです。ページを更新すると、APSchedulerがウェイクアップし、いくつかのWARNING:apscheduler.scheduler:Run time of job "worker (trigger: cron[...], next run at: ..)" was missed by 0:04:36.389705メッセージが出力されます。スケジュールどおりに稼働していません。

私の質問は、uwsgiwebpyアプリをデプロイするときにcronスタイルのタスクをスケジュールするにはどうすればよいですか。uwsgi自体がcronをサポートしているのを見ました。しかし、APSchedulerのようにアプリとどのように組み合わせることができるのでしょうか（または置き換えることができますか）？タスクはアプリのいくつかのモジュールと動的プロパティに依存しているため、スタンドアロンの.pyプログラムに簡単に変換することはできません。

本番環境でnginx+Apache+mod_wsgiとnginx+uWSGI（vurtualenv）を使用する場合の長所と短所

2007年以降に開発されたmod_wsgiを使用した最初のバリアントの利点は、より安定したバージョンであり、管理が容易です。

2番目のバリアントの利点は、パフォーマンスが高いことです（ PythonWSGIサーバーのベンチマークを参照してください。より安全なvirtualenvでuWSGIサーバーを使用できます。

2番目のバリアントの欠点はまだメジャーバージョンではないため、仮想ホストごとにuWSGIサーバーを起動するためのスクリプトを制御するものを作成する必要があります（またはスーパーバイザーを使用します）

あなたはそれについてどう思いますか？

uwsgiのキープアライブ制限をどうにかして通過することは可能ですか? そうでない場合、永続的な接続を実装する最良の方法は何ですか? 私は NGiNX + uWSGI (Python) を使用しており、クライアントがサーバーから非同期に更新されるようにしたいと考えています。

私はapache2で動作するアプリケーションを持っています。uwsgiに切り替えたいです。展開後、次のようなランダムエラーで派手な問題に直面しました:

django は次のようなメールで同様の例外を送ってくれます: no module name views - これはもちろん真実ではありません.

どこに問題があるのか​​ わかりません-ステージ環境で再現できないことはわかっています-これはクローン生産マシンです。私の知る限り、コード依存のエラーやアプリケーションの問題ではありません。

私は現在の構成を使用しています:

私が使用している：django 1.3.1 uWSGI 1.1 nginx 1.0.12-1~dotdeb.0 python 2.6 debian 6.0.3 2 x QC Xeon E5540 with 8 GB RAM

これらのマシンは、ホスティング会社がサポートする物理的なロード バランサーの下にあります。

nginx cfg :

uWSGI cfg :

誰かが同じまたは同様の問題を抱えていないか、あなたのコミュニティに尋ねたいと思います. 多分誰かが解決し、どのように共有したいですか?

ルカシュよろしく

私は django_compress を使って静的ファイルを圧縮しています。すべての静的ファイルは、collectstatic コマンドを使用して /static/url の下に収集されます。今、このファイルに有効期限ヘッダーを追加したいと思います。Apache でこれを行うのに問題はありませんが、nginx.conf に追加すると:

サーバーを再起動すると、静的ファイルは提供されません。何を変更すればよいですか？

場所はサーバー コンテキストの下にあります。