単一の小さくて単純なサイトの場合、PHPファイルにconfigを入れるだけです。単純にする。 PHPは、おそらくPHPを解析するよりも速く解析することはありません。 APCを使用する場合、コンパイルされたバイトコードもキャッシュされますが、バイトコードは要求ごとに再実行されます。小さな設定ファイルの場合、このバイトコードの実行にはほとんど時間がかかりません。非常に大きなファイルの場合、少し時間がかかる場合があります。
構成が大きいトラフィックの多いサイトの場合、構成データをAPCにキャッシュすることをお勧めします（たとえば、単一のアレイとして）。少なくとも、実際に実行するオーバーヘッドを節約できます。 config.phpファイルのステートメント。特に、Facebookはこれを行います。 1秒あたりに多くのリクエストを処理している場合、リクエストごとにディスクをヒットして構成ファイルを読み取る（parse_ini_file、XMLパーサーなどを使用）のは問題外です。
私の現在のプロジェクトでは、それぞれ独自の構成を持つ多くのサイトをホストしています。各サイトには、データベースと構成ファイルの両方がありました。ただし、常に適切なデータベースで適切な構成ファイルを使用していることを確認することは、頭痛の種になる可能性があります。さらに、変更には、dbとconfigの2か所で変更する必要があります。どちらか一方を忘れると常に問題が発生し、あまりにも頻繁に発生しました。
構成をデータベースに移動したため、データベースを正しい構成から分離することはできず、コードを変更する場合はデータベースを更新するだけで済みます。構成テーブルのデータもAPCに積極的にキャッシュされるため、クエリを実行することはめったにありません。
要約すると：
- 小さなサイト ：config.phpファイルを使用するだけです
- 非常に大規模なサイト ：APCのキャッシュ
- 複数のサイト ：管理オーバーヘッドを削減するために構成をデータベースに保存します。データベースのヒットを減らすためにAPCにキャッシュする