phpフレームワークの負荷について。

時代の変化についていくスピードが重視されるWEB界で

肝心の工期が長くなっても良いのかどうか・・・

当然ながら開発コストも上がるだろうし・・・。

別にフレームワークが絶対必要とまで申しませんが

技術の蓄積による自前のシステム的なものがあるなら、いざ知らず、

これからということであれば、使っても良いのではないでしょうか。

そのフレームワークに慣れてくれば

ある程度のパフォーマンスチューニングも可能になりますし

それで足りなければ、メモリを潤沢に積んで、

アプリやDBのキャッシュがメモリ上に載るように調整するとか

考えたほうが良いかと思いますよ。

Ruby on Railsよりは軽いので、実用的な軽さにするのは可能です。

１.DBサーバーの分散

２.Webサーバーの分散

これ以外に、

たとえば、DBサーバーをMySqlからOracleに返るだけでもパフォーマンスは違いますよ。

＞規模が大きくなっていくとどうなのかな、と思って悩んでいます。

規模が大きくなっていくのに、１から作るなんてどうなのかな？と思います。

＞イメージ的にはＭＴのように静的にデータをキャッシュしておいて、

＞更新部分があればそれをその都度キャッシュ更新する。

＞そして、ページ表示はその静的データを読み込んで表示、というイメージです。

MTの再構築処理がその分かなり重いのですけどね。

まあ、こっちのほうがよいと思うのなら、こっちを採用すればよいと思いますよ。

ただし、最近の流行ではないのは事実ですがね。

phpべた書き

それで改善されるとしてもせいぜい数割のレベル。所詮程度がしれている。

開発と運用保守の経費を考えればその分ハイスペックなサーバーを用意した方がいいと思う。

また、設計段階でロードバランス等に対応できるようにしておけば個々の処理が少々重くても問題ない。

たとえば「人力検索はてな」が１０００万ＰＶだとすると、

Cakeでやるのは実用的なのかどうか気になりました。

「はてな」の各サービスは「はてなフレームワーク」を使って構築されているが、

数百台のサーバーで分散処理することで対応している。

元々あるキャッシュ機能だとＤＢアクセスする

CakePHP に限らず、memcached とかを上手く使えばＤＢアクセスは減らせるはず。

作ってみて、どうしても遅い部分だけベタに対応するとかぐらいの対処で普通はいける。

「月間ＰＶが数百万～１０００万程度のサイト」といっても、テキストだけのサイトと、画像が多いサイトでは、サーバへの負荷がまったく変わってきます。「実用的な軽さ」と言われても、一概には何とも言えません。

そもそも、そのサイトはPHPが必須なのでしょうか。

質問の文脈から推測するとDBアクセスが必要のようですが、データの追加・更新より参照の方が圧倒的に多いのであれば（たいていのWebサイトは参照の方が多い）、お気づきのように、静的コンテンツにしておいた方が軽いです。

問題は、PV数の何％がデータの追加・更新なのかということです。また、追加・更新するデータはテキストだけなのか、画像のような巨大バイナリ・データを含むのかという点も注目しなければなりません。

はてなほどではありませんが、自作のサイトが月間数百万PVです。2サイトあるのですが、どちらも自作です。自作のフレームワークを作成しています。

理由は「カスタマイズしやすいから」です。他者が作ったフレームワークあくまで「別の人が作った」わけですから、思い通りにするのは困難です。

また、MTやOpenPNEをはじめ、オープンソースのシステムはあくまで「万人が使えるように」する為に設計しているので、自分が考える・自分が思う仕様にするのも困難です。

工期やコストの事を気にしている方も多くいらっしゃいますが、将来的な事を考えれば、自作した方が良いと思いますよ。後でトラブルになった時に、公式サイトから修正ファイルが届くまで待つわけには行きませんからね。

はてなダイアリーなどのように

リンク元やアクセス数のような、やや動的なものも出したいので、

「はてなダイアリー」の場合、記事の追加・更新しないとリンクの更新も行われません。おそらく静的なコンテンツを参照しているだけではないかと。トラックバックの部分もリアルタイムで（動的に）反映されているわけでは無さそうです――もし間違っていたらご指摘ください（^_^;)

フレームワーク系のサイトは結構重いサイトが多いので

フレームワークだけの問題でしょうか。

マルチメディアコンテンツが多かったり（サーバ負荷大）、CSSやJavaScriptが複雑（クライアント負荷大）ということはありませんか？

PHPフレームワークの一種であるCakePHP経由で処理すると、素のPHPで書くより処理数が多くなるのは確かですが、よほど変なコード（例：不必要なループ処理が含まれている）にしない限り、体感で差が出てくるとはありません。ご自身で比較スクリプトをつくり、ベンチマークしてみると分かります。

また、動的にコンテンツを生成すると、ロボット検索に登録されにくくなります。SEO的にも不利です。

「データはほぼテキストデータ」ということでしたら、参照は静的コンテンツにしておき、追加・更新・削除にPHPを利用すればいいでしょう。

また、どのような処理にフレームワークを適用するのか判断するために、CakePHPの学習と実践はやっておいた方がいいでしょう。