無効にすると、ディスクへのアクセスを減らすことができます。人のユーザーのプロジェクトにはたいした影響がないかもしれませんが、大量のアクセスがあるサイトに適用した場合、この手法がいかに強力かを考えてみてください。ファイルを使わざるをえないこともあります。オプションはファイルシステムの一部に限定されており、メインのサーバー設定を無効にする範囲を指定できています。これは、ファイルシステムの他の部分ではこの機能が無効になっているためです。ディレクトリーのみが検索されます。ディレクトリーごとに設定を行うことに関する最後の注意点が、順序です。ルックアップを無効にするように指示しています。アドレスを逆引きにより解決しようとすることはリソースの無駄であるためです。サーバーに対して強要することになります。従って、クライアントのホスト名に基づくアクセス制御を行わないようにし、必要な場合に範囲指定する方が賢明です。接続に伴って発生するレイテンシーを抑えることができます。ページがいくつかの画像を参照している際に便利です。つの接続で行うことができます。この方法の欠点は、サーバー上のワーカー・プロセスはクライアントがセッションを閉じるまで待たないと次のリクエストに進めないことです。どのように扱うかの設定を行うことができます。つのリクエストを扱うことができ、それ以上になると強制的に接続が閉じられます。設定すると、永続的な接続を使用できなくなります。セッションを閉じるまでに別のリクエストを待つ時間の長さを決定することができます。つの設定ですべてに対応できるような設定にすることはできません。オンすることで大幅に動作が向上します。唯一のソリューションは、両方を試し、自分自身で調べてみることです。することで、別のリクエストを行おうとするクライアントには十分な時間ができ、また、来ないかもしれない別のリクエストを待ってワーカー・プロセスがアイドル状態になることがありません。サーバーは、出力を圧縮してからクライアントに返送することができます。サイクルを犠牲にすれば、インターネット上に送信されるページを小さくすることができます。オーバーヘッドを持たせる余裕のあるサーバーでは、これはページのダウンロードを高速にするための素晴らしい方法です。なることも珍しくありません。画像は通常、既に圧縮されているため、圧縮を行う対象はテキスト出力に限定する必要があります。使って圧縮を行うことができます。オンにするのは簡単ですが、マニュアルの説明をよく読まないと理解できない複雑な部分がたくさんあります。(「参考文献」セクションを参照してください)。アプリケーション・コードを実行するエンジンです。サーバーを構成する必要があります。呼ばれるもへとコンパイルします。エンジンによって実行され、廃棄されます。オペコード・キャッシュは、このコンパイルされたオペコードを保存し、そのページが次回呼び出されたときにそのオペコードを再利用します。これによって大幅に時間を節約することができます。使って非常にうまくいっています。開発ライブラリーがインストールされている必要があります。(「参考文献」セクションにリンクがあります)。皆さんの使用しているディストリビューションには既にオペコード・キャッシュがパッケージされており、それをインストールするだけでよいという可能性もあります。どのようにシステムにインストールするかによらず、いくつかの設定オプションがあることに注意する必要があります。コンパイルされたスクリプトが保存される共有メモリー・キャッシュのサイズを定義します。この値の単位はメガバイトです。その適切なサイズはアプリケーションによって変わってきます。キャッシュの状態を示すスクリプトを提供しており、この状態にはメモリーの使用状況も含まれています。指定した値が受け入れられない場合には、カーネルの最大共有メモリー・サイズを調整する必要もあるかもしれません。実行して設定を有効にします。値の単位はバイトです。メモリーから古いスクリプトをパージする必要があります。この動作はデフォルトで無効になっています。秒以内に利用されていないスクリプトをすべてパージするように指定します。メーカーも、さらに効率を高めるための最適化プログラムを含んだ商用のオペコード・キャッシュを提供しています。