このパラメータ名は$clear_realpath_cacheで、言うまでもなく我々が探していたものです。"hello";var_dump(realpath_cache_get());この場合、次のような結果が得られます。int(1404137986)例示のPHPファイルのフルパスがパーツごとに解決されているのがわかると思います。実は/tmp/bar.phpは存在していないので、当然ながらこのエントリーはキャッシュにはありません。/tmpまでは解決されていることがわかります。これ以後の/tmp以下のパス解決は、最初の1回より安上がりになります。返す連想配列には、キャッシュ失効時刻("expires")など重要な情報が入っていますね。設定値とファイルへの最終アクセス日時から計算されています。一種が使われています。強制させることになります。場合さらに別の落とし穴を紹介しましょう。cache消去機能は提供されていないため、非現実的だと考えるべきでしょう)。キャッシュ拡張を使っている場合にコードデプロイが失敗するのはこれが主な理由です。デプロイ時にはシンボリックリンクの切り替えをすると思います。信頼しているということです。キャッシュ拡張はシンボリックリンク先の変更があったことに気づきません。cacheの全エントリが徐々に失効していくにつれ、徐々にリンク先の変更に気づいていくわけです。なるかは言わんでも分かりますな?デプロイ時にこの残念なメカニズムの発生を防ぐ一番の解決策は、完全に新しいPHPワーカープールを準備しておくことです。その新しいプールにロードバランスさせ、古いプールはワーカーが全部仕事をやり終えたら放棄してしまえばよいのです。この方法だと良い点がたくさんあります。