人力検索はてな
モバイル版を表示しています。PC版はこちら
i-mobile

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

月間PVが数百万?1000万程度のサイトの場合、
CakePHP等のフレームワークで実用的な「軽さ」になるのでしょうか?

たとえば「人力検索はてな」が1000万PVだとすると、
Cakeでやるのは実用的なのかどうか気になりました。

できればデータを静的に保存して
表示するごとにDBにアクセスをやりたくないのですが、
元々あるキャッシュ機能だとDBアクセスする気がするので、
規模が大きくなっていくとどうなのかな、と思って悩んでいます。

イメージ的にはMTのように静的にデータをキャッシュしておいて、
更新部分があればそれをその都度キャッシュ更新する。
そして、ページ表示はその静的データを読み込んで表示、というイメージです。

cakePHPかphpべた書きの方がいいのか、悩んでいます。
何かアドバイスを頂けると助かります。

●質問者: onigirin
●カテゴリ:インターネット ウェブ制作
✍キーワード:Cake CakePHP PHP アクセス アドバイス
○ 状態 :終了
└ 回答数 : 7/7件

▽最新の回答へ

1 ● kn1967
●18ポイント

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

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

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


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

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

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


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

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

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

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

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

◎質問者からの返答

どうもありがとうございます。

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

なんとなく限界があるのかなーと思い、

自前でつくってみようかとちょっと考えたりし始めてました。

参考になります。


2 ● hijk05
●17ポイント

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

1.DBサーバーの分散

2.Webサーバーの分散

これ以外に、

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

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

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

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

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

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

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

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

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

◎質問者からの返答

どうもありがとうございます。

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

なんとなく限界があるのかなーと思い、

自前でつくってみようかとちょっと考えたりし始めてました。

ニコニコ大百科の記事を見て、自前でつくった方がよさげな気がして悩んでました。

参考になります。


3 ● b-wind
●17ポイント

phpべた書き

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

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

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


たとえば「人力検索はてな」が1000万PVだとすると、

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

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

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


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

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


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

◎質問者からの返答

どうもありがとうございます。

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

なんとなく限界があるのかなーと思い、

自前でつくってみようかとちょっと考えたりし始めてました。

フレームワークを使って、memcachedを使うということで

ある程度までスピードが出そうな感じですね。

参考になります。


4 ● pahoo
●17ポイント

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


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

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


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

◎質問者からの返答

どうもありがとうございます。

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

なんとなく限界があるのかなーと思い、

自前でつくってみようかとちょっと考えたりし始めてました。

phpが一番触れているので、phpにしました。

参照がほとんどの内容なので、静的の方がいいのかな、と思ってました。

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

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

どうしようか悩んでいました。

データはほぼテキストデータです。

wiki的なものも考えているので、

ニコニコ大百科の記事を見て静的にするほうがいいのかなと考えていました。

参考になります。


5 ● rafin
●17ポイント

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

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

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


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

◎質問者からの返答

どうもありがとうございます。

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

なんとなく限界があるのかなーと思い、

自前でつくってみようかとちょっと考えたりし始めてました。

簡単なフレームワーク自作も少し考えていましたが、

既存フレームワークでのサイト構築に慣れてきた程度のレベルなので、

フレームワーク構造の理解を深めたり設計するところから考えると

相当時間がかかりそうで、やや諦めていました。

本当はそういうのが理想的なのですが・・・。

参考になります。


1-5件表示/7件
4.前の5件|次5件6.
関連質問


●質問をもっと探す●



0.人力検索はてなトップ
8.このページを友達に紹介
9.このページの先頭へ
対応機種一覧
お問い合わせ
ヘルプ/お知らせ
ログイン
無料ユーザー登録
はてなトップ