技術的には、フレームワークを使用しない方が常に高速になるはずです。これは、必要なものだけにコードを記述しているためです。
ただし、これは、PHP に精通しており、優れたコードの書き方を知っていることを前提としています。
フレームワークは開発時間を短縮します。
パフォーマンスが重要な問題である場合は、オペコードのキャッシュ、サーバー側のキャッシュ、遠い有効期限ヘッダー、CSS スプライトなどを調べてください (たくさんあります)。
大きな質問をすると、その哲学的な答えは、同じ環境は 2 つとなく、要件やツールキットのセットも同じではないということです。ここでの「最速」は開発時間を反映していますが、パフォーマンスは反映していません。これらの質問には、ベンチマークで答える必要があります。
答え: プログラムが完成する前に最適化するという罪を犯さないでください。
回答 #2: ただし、進行中はパフォーマンスに注意してください。
ツールキットを一瞬無視して、PHP とマシンだけを見てください。あなたができる最善のことは、サーバーを最適化し、残りに注意を払うことです. そのサーバー レベルでは、ここではキャッシングとメモリ フットプリントのみを扱い、PHP 環境で測定される前後の傾向を示します。
オペコード キャッシュを使用することの興味深い副作用の 1 つは、メモリ フットプリントが小さくなることです。これにより、上向きにスケールすることができます。マシンは、打撃を受けている間、即時の要求を処理するためにより多くのメモリを持ち、スワップの借用から回復するためのより多くの時間を持ちます。
以下のこのグラフは少しわかりにくいですが (切り取られています)、最適化されていないメモリ フットプリントと最適化されたメモリ フットプリントを示しています。最も低い棚は、最適化後のメモリ フットプリントです。
長軸は、一般的な単純なものから複雑なものへと進む抽象的なタイプのページ (ホーム、投稿、ページ、など) です。もう 1 つの軸はキャッシュ オフ、オペコード キャッシュなしからキャッシュ オン、オペコード キャッシュ オンです。
これは、オペコード キャッシングのみを使用するように PHP/Apache を再コンパイルすることで、大幅な改善ができることを示しています。これはおそらく、最小限の労力で最大の最適化効果を得ることができます。また、C のランタイム代替として実行されるツールキット内でテンプレート言語を使用していることを意識する必要はありません。これは、マシン コードに対するコンパイルの拡張機能です。（ここにさらに身の毛もよだつオタク性を挿入してください...）
この特定の最適化の後、マシンははるかに多くのバースト トラフィックを処理できるようになりました (1 時間あたり 200 リクエストから簡単に 700 リクエストまで)。
幸運を。
DooPhp は、パフォーマンスの点で最速の php フレームワークの 1 つです。あなたのウェブサイトが非常に基本的な機能を備えていない限り、フレームワークを一切使用せずに単純な php を使用することは忘れてください。
あなたのウェブサイトが、作成したコードを実行するために必要な基本的な機能を超えている場合、実用性と速度の点で DooPhp のようなフレームワークほどよく考えられているとは言えません。
Apache と Cpanel は、最初から不必要に速度を低下させる可能性があります。特にORMに関しては、MySqlまたは任意のDBが最終的にボトルネックになります。
ボックスのパフォーマンスをさらに向上させる方法:
DooPHP を強くお勧めします。学習が非常に簡単で、他のトップ PHP フレームワークよりもはるかに高速です。Firefoxアドオンは、 doopp の Web サイトでテストされた最も遅いフレームワークの 1 つである CakePHP を使用します。