タグ付けされた質問 「wsgi」

サーバーフォールトで回答できるため、 この質問はStack Overflowから移行されました。 7年前に移行され ました。 異なるNginx WSGIインターフェイスを使用する場合の長所と短所を説明してください。各構成の違いを詳しく説明してください。どの構成が最適にスケーリングする必要がありますか？ 関連する場合は、現在何を実行していますか？その理由は何ですか？ 私が見たいくつかのテクニックですが、私が見逃した場合は教えてください： mod_wsgi Nginx uWSGI経由のuWSGI FastCGI + flup 別のWSGIサーバーのプロキシ（gevent、gunicorn、tornado、FAPWS3）

20 python  nginx  web-server  fastcgi  wsgi 

Mac OS X 10.7ライオンにグラファイトを設定しようとしています。WSGI経由でPythonグラファイトスクリプトを呼び出すようにApacheを設定しましたが、アクセスしようとすると、Apacheとエラーログにアクセス禁止が表示されます。 。 "client denied by server configuration: /opt/graphite/webapp/graphite.wsgi" スクリプトの場所がhttpd.confで許可されていることと、ファイルのアクセス許可を確認しましたが、正しいようです。アクセスするには何をしなければなりませんか。以下はhttpd.confで、ほぼグラファイトの例です。 <IfModule !wsgi_module.c> LoadModule wsgi_module modules/mod_wsgi.so </IfModule> WSGISocketPrefix /usr/local/apache/run/wigs <VirtualHost _default_:*> ServerName graphite DocumentRoot "/opt/graphite/webapp" ErrorLog /opt/graphite/storage/log/webapp/error.log CustomLog /opt/graphite/storage/log/webapp/access.log common WSGIDaemonProcess graphite processes=5 threads=5 display-name='%{GROUP}' inactivity-timeout=120 WSGIProcessGroup graphite WSGIApplicationGroup %{GLOBAL} WSGIImportScript /opt/graphite/conf/graphite.wsgi process-group=graphite application-group=%{GLOBAL} # XXX You will need …

16 apache-2.2  wsgi  graphite 

私は従うことをしようとしていますこのチュートリアルを設定するuWSGIとDjangoとnginxにUbuntu16.04。 このコマンドを実行しようとする最後のステップ（皮肉なことに...）まではすべて正常に動作します。 sudo service uwsgi start 次のエラーで失敗する場合： uwsgi.serviceの開始に失敗しました：ユニットuwsgi.serviceが見つかりません。 他にも同様のエラーが発生するようです： uwsgi.serviceの開始に失敗しました：ユニットuwsgi.serviceのロードに失敗しました：そのようなファイルまたはディレクトリはありません。 この問題はUbuntuのバージョンに関連しているようです。そのチュートリアルは、Ubuntuの14.04を目指しているが、それはそれは新しいバージョンでは動作しませんようですので、バージョン15でUbuntuが切り替わるupstartまでのinitデーモンsystemdのinitデーモン。 systemdnginxとDjangoで動作するようにuWSGIを起動するにはどうすればよいですか？

14 ubuntu  nginx  django  uwsgi  wsgi 

私のローカルubuntuマシンでdjangoアプリケーションを使用しようとしています。ただし、サイトが機能せず、次の/var/log/apache2/errors.logようなメッセージが表示されます。 ImportError: No module named site 私/var/log/apache2/error.log（今日の場合）は次のようになります。 $ cat error.log | uniq -c 1 [Wed Jun 29 09:37:37 2011] [notice] Apache/2.2.17 (Ubuntu) mod_wsgi/3.3 Python/2.7.1+ configured -- resuming normal operations 12966 ImportError: No module named site これは、マシンの電源を入れたときに起動し、12,966行すべてがno module named siteメッセージを発したという通知です 日時フィールドがないことに注意してください。これらのエラーは、Webサイトにアクセスしていない場合（つまり、Webリクエストを実行していない場合でも）繰り返されます。ブラウザーでWebサイトにアクセスすると、大量のダウンロードを待つようにハングアップします。 設定 Apacheモジュール 私は、pipでインストールされた多くのパッケージ（django 1.1を含む）でpython 2.5 virtualenvを使用しています。mod_wsgiをロードしました： $ ls -l /etc/apache2/mods-enabled/wsgi* …

8 apache-2.2  python  django  mod-wsgi  wsgi 

私は自分のLinode Ubuntu 14 64ビットサーバーをテストしています。これは、それらから入手できる最も基本的なサーバーです。Apache Benchmarkを使用してサーバーをテストしているほか、Pythonで記述したマルチスレッドスクリプトを使用していますが、これについては後で詳しく説明します。ABを使用すると、サーバー自体からローカルに実行すると1秒あたり約7kの要求がありますが、別のネットワーク/インターネットから実行すると約15になります。応答時間は、ローカルでの1000の同時接続の場合、約150ミリ秒です。リモートでは、100の同時接続の場合、応答時間は約1.5〜2.5秒です。リモートテストを実行しているネットワークには十分な帯域幅があり、実行しているコンピューターには十分なRAMとプロセッサ速度があります。それは高速なビジネスネットワークです。私は他の2台のコンピューターで、米国中の他の2つのネットワークを試しましたが、速度はほぼ同じです。 マルチスレッドスクリプトを実行しているときに、100を超える同時要求を試行するとすぐに一時中断します。これは外部ネットワークからのものです。サーバー上のPythonを3+にアップグレードするか、スクリプトを2.7互換に変更する必要があるため、サーバー上でスクリプトをローカルでまだ試していません。これをローカルでテストし、最大1000個のマルチスレッド接続でスクリプトを実行すると、150ミリ秒の応答時間が得られました。これは、単にurllib2を使用しているだけです。 私はこれを直接nginx（静的ファイル）、nginxの背後にあるpywsgiアプリ、およびpywsgiに対して直接テストしています。pywsgiアプリには、基本的な応答で応答する単純なルートがあるため、高速になります。驚くことではありませんが、nginx-> pywsgiが最良の結果を提供します。これは、おそらくリクエストをバッファリングする方法が原因です。この問題を引き起こしているLinodeのネットワークに固有の何かがありますか？内部テストと外部テストの桁違いの違いにより、何が原因であるのか疑問に思います。唯一の方法は、http / sとsshでフィルタリングするiptablesファイアウォールだけです。 dmesgには、私のテストに関する情報はありません。

3 nginx  latency  benchmark  wsgi  concurrency