WordPressでFastCGIを有効にする必要がありますか？
私は自分のサーバー設定を見ています、そしてこれらは以下の通りです：
WebDav：アクティブ
FastCGI：非アクティブ
SSLサポート：アクティブ
ApacheモジュールとしてのPerl：CGI-Programm
PHPモジュール：CGI-Programm
メモリ使用量：131072キロバイト
プロセスタイムアウト：60秒
最大同時プロセス数：1024
WP-Supercache（mod-rewriteモード）を使用して約6,000の投稿を持っています。サーバーでFastCGIを有効にする必要がありますか？他に設定を変更することをお勧めしますか？
キャッシュされたデータの場合、2つのキャッシュは同等に機能します。一般に、ほとんどの人はWP-Supercacheが管理者の観点から簡単に設定および使用できることを理解するでしょう（削除と事前設定）。
人がキャッシュする理由は2つあります。1）多数の訪問者を同時に処理する際の並行性が向上しました。これはトラフィックの多いサイトにのみ関係します。このため、両方のテクノロジが同様に機能します。
2）結果をプリコンパイルすることで、先頭バイトまでの時間を短縮します。これは、トラフィック量に関係なく、すべてのサイトに関連しています。 WP-Supercacheは、キャッシュを事前設定するのが簡単なので、ここではより優れたパフォーマンスを発揮できます。
Nginx FastCGIキャッシュはWordpressの出力をディスクにキャッシュするだけなので、PHPインタプリタを打たずにキャッシュに一致する要求がすぐにNginxによって処理されます。
WP-Supercacheも同様のことをします。ただし、NginxにWP-Supercacheファイルの場所を知らせるには、Nginx Vhostファイルを調整する必要があります。これを行うと、パフォーマンスは同等になります。
それ以外の場合、NginxはリクエストをPHPに渡し、PHPはファイルを取得します。 MySQLにアクセスして結果をPHPでコンパイルするよりも依然としてかなり高速ですが、PHPをすべてスキップするほど高速ではありません。
WP-SupercacheはWordpressとの統合において少し良い仕事をしているので、結果を無期限にキャッシュして更新時に手動でアイテムを削除するほうが安全です。FastCGIキャッシュではデフォルトでキャッシュアイテムは10分後に削除されます。
一方、FastCGIキャッシュは、PHP appによって生成された301個のリダイレクトや404個のエラーなど、非標準のコンテンツをキャッシュできます。
本当に忙しいサイトを運営していたなら、両方のキャッシュを一緒に走らせることもできます。おそらく、FastCGIキャッシュはWP-Supercacheによって既にキャッシュされているので、一般的なページ/投稿をキャッシュしません。
私はこれがコメントであるべきであることをお詫び申し上げます。
あなたはそれが必要であるかどうかあなた自身に尋ねなければなりません。私はあなたがここでアドバイスを求めているのを知っています、しかしあなたのウェブサイトは現在実行中ですか？遅いですか？ユーザーは文句を言っていますか？
私は個人的にはFastCGIをお勧めしませんが、あなたのウェブサイトをスピードアップするための他のさまざまなプラグインやツールがあります。
私は以下のプラグインをお勧めします。
すでにWP-Super Cacheを使用していることを見て、現在どのように構成されていますか？
もっと重要なのは、サーバーの構成は何ですか？ （ハードウェア、ホスティングなど）
編集：
情報が入手可能になったら、この回答を更新して「本当の」回答にします。