Q1) CMSを設計していますが(そうではありません!)、キャッシングが優先されています。文字通りすべてがキャッシュされます。DB行、DB IDクエリ、構成データ、処理済みデータ、コンパイル済みテンプレート。現在、2層のキャッシュがあります。
1つは、apc、eaccelerator、xcache、memcachedなどのオペコードキャッシュまたはメモリキャッシュです。そこにエントリが見つからない場合は、セカンダリスローキャッシュで検索されます。つまり、phpインクルードです。
オペコードキャッシュは、var_exportされたデータの配列を含むphpファイルに対してrequire_onceを実行するよりも実際に高速ですか?私の開発ボックス(XAMPPの5.3)が前述のプログラムのいずれかをインストールするとエラーをスローし続けるため、私のテストは決定的ではありません。
Q2) CMSには、すべてのファイルをロードするのではなく、オンデマンドで自動ロードされる多数のヘルパークラスがあります。ほとんどの場合、それぞれに前に要件があるため、自動読み込みを実行する必要はありませんが、これは問題ではありません。ページスクリプトには最大50/60のヘルパーファイルを含めることができるため、サイトにプレッシャーがかかると、これが発生するすべてのI/Oのためにサイトが座屈するだろうと感じています。私が提案しようとしていることの必要性を排除する出力キャッシュが配置されていること、そしてまたオペコードキャッシュがこの意味をなさないことを今のところ無視してください。私がやろうとしたのは、スクリプトの実行に必要なすべてのヘルパーファイルを1つのファイルに結合することです。これは達成可能であり、うまく機能しますが、技術的に同じコードが使用されている場合でも、メモリ使用量が大幅に増加するという副作用があります。
これについてどう思いますか?