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

FastCGIを使用してnginxの背後でDjangoを実行しています。クライアントに送信された応答の一部で、ランダムなデータ破損が応答の途中で発生していることを発見しました（途中で数百バイト程度になる可能性があります）。 この時点で、私はそれをnginxのFastCGIハンドラーまたはDjangoのFastCGIハンドラーのバグ（つまり、おそらくflupのバグ）に絞り込みました。スタンドアロン（つまりrunserver）モードでDjangoサーバーを実行すると、この問題は発生しないためです。FastCGIモードでのみ発生します。 その他の興味深い傾向： より大きな応答で発生する傾向があります。クライアントが初めてログインすると、1 MBのチャンクがサーバーDBに同期するために送信されます。最初の同期後、応答ははるかに小さくなります（通常、一度に数KB）。破損は常に、最初に送信された1MBのチャンクで発生しているようです。 これは、クライアントがLANを介してサーバーに接続されている場合（つまり、低遅延、高帯域幅接続）に頻繁に発生します。これにより、nginxまたはflupには、データレートの増加によって悪化するある種の競合状態があると思います。 現時点では、応答ヘッダーにSHA1ダイジェストを追加し、ヘッダーが本文のチェックサムと一致しない場合にクライアントに応答を拒否させることで、これを回避する必要がありましたが、これは恐ろしい解決策の一種です。 他の誰かがこのようなことを経験しましたか、または適切なチームにバグを報告できるように、ここで問題があるのがflupであるかnginxであるかを識別する方法に関する指針がありますか？ 助けてくれてありがとう。 注：私も同様にlighttpd + FastCGI + Djangoに同様のバグを投稿しました：https : //stackoverflow.com/questions/3714489/lighttpd-fastcgi-django-truncated-response-sent-to-client-due-to -予期しない ...これは同じことではありませんが（切り捨てvs破損）、一般的な原因はWebサーバーではなくflup / Djangoであるように見え始めています。 編集：私の環境もメモする必要があります： Mac Mini上のOSX 10.6.6 Python 2.6.1（システム） Django 1.3（公式のtarballから） flup 1.0.2（flupサイトのPython eggから） nginx + ssl 1.0.0（Macportsから） 編集：Jerzykのコメントに応じて、応答を組み立てるコードパスは次のようになります（簡潔にするために編集されています）。 # This returns an objc NSData object, which is an array.array # when pushed …

10 django  nginx  fastcgi  corruption 

DAViCalでnginxをセットアップしようとしています。しかし、ログに「FastCGIがstderrに送信されました：プライマリスクリプトが不明」という「ファイルが見つかりません」というエラーメッセージが表示されます。エイリアスに問題があるようですが、わかりません。 私の仮想ホスト： server { listen 80; ## listen for ipv4; this line is default and implied listen [::]:80 default_server ipv6only=on; ## listen for ipv6 root /var/www-data; index index.html index.htm index.shtml index.php; # Make site accessible from http://localhost/ server_name just.a.server; location / { # First attempt to serve request as file, …

10 php  nginx  php-fpm  fastcgi  alias 

nginxは/etc/nginx/fastcgi_params、ロケーションブロックの標準を使用して、fastcgi経由でphp-fpmに接続しています。 コマンドラインから/.status（php-fpm.ini :: ping.path）に接続するとcgi-fcgi -bind、結果は期待どおりに戻ります（X-Powered-Byセット、応答本文など）。 nginxでリクエストすると、結果は空に戻ります（X-Powered-Byセット、本文の長さまたはコンテンツなし）。nginxは「有効な」応答を受け取ったため、200を返します。 tcpdumpを監視して、パリティへの要求をFCGIヘッダーで分離しました（シェルによって設定されたユーザー関連の環境変数を除いています）。

9 php  nginx  php-fpm  fastcgi 

回答を検索しましたが、この質問に関連する本質的なものは何も見つかりません。 Apache2.4のphp-fpmでmod_proxy_fcgiまたはmod_fastcgiを使用する必要がありますか？ セキュリティとパフォーマンスの点で違いはありますか？何かお勧めですか？ 助けてくれてありがとう。

9 apache-2.4  php-fpm  fastcgi 

Linuxでfastcgiを使用してapacheを設定する方法について、フォーラムの投稿やチュートリアルなどをたくさん読んでいます。私は、Ruby開発の一部（レールではない）でfcgiを実行しようとしていますが、どの言語にも適用できるはずです。すでにApache、fastcgi、ruby-fcgiなどがWebボックスにインストールされていることに注意してください。 概念的には、私はそれに苦労しています。Apacheは指定されたfcgiプロセスを必要に応じて生成しますか？サイドApacheと一緒に起動しますか？基本的に、私は適切な質問をすることができるようになるように努力していますので、タイトルが誤解を招くものである場合はお詫びします。

9 linux  apache-2.2  fastcgi  ruby 

64ビットサーバーがありますが、RAMは256 MBしかありません。そこで、PHPに接続するためにfast-cgiを使用してnginxサーバーに移動しました。PHP 5.3.6を実行しています。 問題は、2〜3日ごとにPHPページにアクセスしようとすると、サーバーの内部エラーが発生することです。唯一の回避策は、php-fpmを手動で再起動することです。これは、チョークを引き起こしているいくつかの間違ったパラメータを設定する必要があったことを意味します。以下に、関連する構成をリストしました。 /etc/php-fpm.conf：- include=/etc/php-fpm.d/*.conf log_level = error ;emergency_restart_threshold = 0 ;emergency_restart_interval = 0 ;process_control_timeout = 0 /etc/php-fpm.d/www.conf：- [www] pm = dynamic pm.max_children = 10 pm.start_servers = 3 pm.min_spare_servers = 2 pm.max_spare_servers = 5 pm.max_requests = 500 /etc/nginx/php.conf：- location ~ \.php { fastcgi_param QUERY_STRING $query_string; fastcgi_param REQUEST_METHOD $request_method; fastcgi_param …

8 nginx  fastcgi  php-fpm  server-crashes 

あなたが知っているPHP / Apacheの設定方法、その長所と短所についてお聞きしたいと思います。私は自分を始めます： ---------------- ApacheモジュールとしてのPHP ---------------- 長所：特にmpm-workerモードでは、毎回exeを起動する必要がないため、速度が優れています。このモードでは、APCやeAcceleratorなどのさまざまなPHPアクセラレータを使用することもできます。 短所：mpm-workerモードでapacheを実行している場合、phpスクリプトのすべてのグリッチがそのapacheプロセスのスレッドプール全体を不安定にするため、安定性の問題が発生する可能性があります。また、このモードでは、すべてのスクリプトがapacheユーザーに代わって実行されます。これはセキュリティに悪影響を及ぼします。mpm-worker構成には、スレッドセーフモードでコンパイルされたPHPが必要です。少なくともCentOSとRedHatのデフォルトリポジトリにはスレッドセーフなPHPバージョンがないため、これらのOSでは少なくともPHPを自分でコンパイルする必要があります（Apacheでワーカーmpmをアクティブにする方法があります）。スレッドセーフなPHPバイナリの使用は、実験的で不安定であると見なされています。さらに、多くのPHP拡張機能はスレッドセーフモードをサポートしていないか、スレッドセーフモードで十分にテストされていません。 ---------------- CGIとしてのPHP ---------------- これは、 "con"自体のように見える最も遅いデフォルト構成のようです;） ---------------- mod_suphpを介したCGIとしてのPHP ---------------- 長所：suphpを使用すると、スクリプトファイルの所有者に代わってphp sciptsを実行できます。これにより、同じマシン上の異なるサイトを安全に分離できます。また、suphpでは、仮想ホストごとに異なるphp.iniファイルを使用できます。 短所：CGIモードのPHPはパフォーマンスが低下します。このモードでは、APCのようなphpアクセラレータを使用できません。これは、スクリプトを処理するために新しいプロセスが生成されるたびに、前のプロセスのキャッシュが役に立たなくなるためです。ところで、この設定でいくつかのアクセラレータを適用する方法を知っていますか？PHPバイトコードキャッシュにshmを使用することについて何か聞いたことがあります。また、このモードでは.htaccessファイルを介してPHPを構成できません。.htaccess（php_value / php_flagディレクティブ）を介してスクリプトごとのさまざまなオプションを設定する必要がある場合は、P ECL htscannerをインストールする必要があります。 ---------------- suexecを介したCGIとしてのPHP ---------------- この設定はsuphpと同じように見えますが、速度が遅く、安全性が低いと聞きました。ほぼ同じ長所と短所が適用されます。 ---------------- FastCGIとしてのPHP ---------------- 長所：FastCGI標準では、phpプロセスが終了する前に、単一のphpプロセスで複数のスクリプトを処理できます。この方法では、スクリプトごとに新しいphpプロセスを起動する必要がないため、パフォーマンスが向上します。この構成ではPHPアクセラレータを使用することもできます（コメントについては、「cons」セクションを参照）。また、FCGIはsuphpとほぼ同様に、一部のユーザーの代わりにphpプロセスを実行することもできます。mod_fcgidは、最も完全なfcgiのサポートとApacheの柔軟性を備えているようです。 短所：fastcgiモードでphpアクセラレータを使用すると、各PHPプロセスに独自のバイトコードキャッシュがあるため、メモリ消費量が高くなります（バイトコードキャッシュに共有メモリを使用できるアクセラレータがない場合。そのようなものはありますか？）。FastCGIの構成も少し複雑です。さまざまな構成ファイルを作成し、構成を変更する必要があります。 fastcgiは最も安定、安全、高速、かつ柔軟なPHP構成ですが、構成が少し難しいようです。しかし、たぶん、何かを逃しましたか？ コメントは大歓迎です！

8 apache-2.2  php  fastcgi  cgi  suphp 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 6年前休業。 私はこの問題についていくつか調査（グーグル）していましたが、見つけることができたのは2〜3年前の投稿だけでした。今日の状況に興味があります。あなたはどちらが好きで、その理由は？

8 fastcgi 

PHP-CGIは、プロセスを再開するまで、明確な理由もなく空白ページの提供を開始しました。 なぜか知りたい。 残念ながら、PHPの「本番」設定ファイルにはデフォルトでerror_logがありません。NginxのエラーログにもPHPに関連するエラーは表示されませんでした。これはおそらく絶望的なケースですが、念のためお願いします。 これが私のセットアップです Nginx 0.8.2 PHP 5.2.6-3ubuntu4.1とSuhosin-Patch 0.9.6.2（cli）（ビルド：2009年4月23日14:37:14） PHP APC 3.0.19-2 spawn-fcgi v1.6.2（ipv6）-lighttpdのfastcgiラッパー エラーの原因となった可能性のあるアイデアはありますか？ 更新 私は問題を切り分けたと思います。私は、Monitを使用して、PHPがブランキングを開始するたびに自動的に再起動しました。PHPエラーログが空白です。 しかし、WP-SuperCacheというWordpressプラグインを無効にすると、PHPが約10時間ごとにリセットされなくなることがわかりました。これまでのところ、私のPHPは3日間実行されています。誰かこれについて何か提案はありますか？

8 php  nginx  wordpress  fastcgi