これは些細な最適化に見えますが、 実は、やらなければPHPのrealpathキャッシュの恩恵がほとんど受けられません。 結果として、あなたが期待するようにはopcodeキャッシュもほとんど動作しません。

このことを確かめる易しい方法が２つあります。 ひとつはパスをphp.iniやhttpd.conf、 もしくは .htaccessでハードコーディングすることです。 もうひとつはPHPの realpath() 関数を使ってinclude_pathを設定することです:

とある絶対パスとの関連性がある限り、 相対パスを使用することができます。

しかしながらそうであっても、 realpath() にパスを単純に渡すことが一般的にありふれたやり方でしょう。

includeパスはinclude_pathに記載された順番にスキャンされます。 ファイルが後からではなく最初のほうのスキャンで見つかれば、 結果を早く得られることをこのことは明らかに意味します。 従って、やや分かりやすい高速化方法は、 include_path上のパスの数を必要とするものだけに単純に減らすことです。 定義したinclude_pathそれぞれを精査して、 アプリケーションで使われるパスに何らかの機能が実際にあるのか判断してください。 もし無いのであれば削除してください。

他の最適化にはパスの合併があります。 例えば、Zend FrameworkはPEARの命名規則に従っています。 そのため、もしPEARのライブラリを使うなら、 （またはPEARの命名規則に従うほかのフレームワークやライブラリを使うなら） それらすべてのライブラリを同じinclude_pathに入れてみてください。 １つ以上のライブラリを共通のディレクトリにsymlinkでまとめるのと同じくらい簡単に、 しばしば目標に達することができます。

前述の提案に引き続き、 Zend Frameworkのパスをinclude_pathの中でできる限り先に定義することも明らかな別の最適化です。 多くの場合、そのリストの中の一番最初のパスになるでしょう。 このことにより、 Zend Frameworkからincludeされるファイルが最初のスキャンで見つかることを保証します。

ほとんどの例でinclude_pathに現行ディレクトリ、つまり '.' が見受けられます。 スクリプトを必要とするファイルとしては、 同じディレクトリにあるスクリプトを確実に読み込めるので便利です。 しかしながら同じくそれらの例では、 現行ディレクトリが一般的にinclude_pathの最初の要素として見つかります。 このことは現行ディレクトリの配下がいつも最初にスキャンされることを意味しています。 Zend Frameworkアプリケーションでは多くの場合望ましくありません。 間違いなく現行ディレクトリはリストの最後の要素に入れても良いでしょう。

require_once()呼び出しを除去する簡単な方法は、 UNIXのユーティリテイーのfindとsedコマンドを組み合わせて、 各呼び出し箇所をコメントアウトすることです。 下記の命令を試しに実行してみてください。 ('%'記号はシェルプロンプトを示します):

(読みやすくするために２行に分けていますが) この一行コマンドは各PHPファイルを繰り返し処理しながら、 'require_once' を '// require_once' で置換し、 効果的にその命令をコメントアウトします (Zend_Application と Zend_Loader_Autoloader の中にある require_once はそのままにしてあります。 そうしないと処理が失敗するからです)。

製品のアプリケーションの性能向上を助けるために、 このコマンドは自動化されたビルドやリリース工程にささやかに付け加えられます。 しかしながら、もしこの技術を使う場合は、 オートローディングを使わなければいけない、 ということを記載しておかなければいけません。; "public/index.php"ファイルで下記のコードを記述することにより実施できます。

Zend Frameworkの1.7.0でプラグインローダーにincludeファイルキャッシュが 追加されました。 この機能は" include_once()"呼び出しをファイルに書き出します。 そのファイルはブートストラップでincludeできます。 これは追加の include_once()呼び出しをコードに導入しますが、 またそのことはプラグインローダーができるだけ早く結果を戻すことを保証します。

プラグインローダーのドキュメントに その使い方の完全な例があります。