Konkiti
konki****@users*****
2003年 6月 19日 (木) 18:15:44 JST
Konkiti です。 > ■1.サーバサイドキャッシュ > サーバサイドで生成したHTMLをファイルか何かに保存しておき、 > クライアントからのリクエストに対し、適宜EJB呼び出しをする前に > 結果を返してしまう。 回線の負荷がどれぐらいあるのか知りませんので一概に言えませんが、 サイトのコンテンツの性質からして、問題点 b.ネットワークネック はそれほど深刻な問題には(今のところ)ならないのではないかと想像 しています。 よって、これだけで十分な気がします。 この手の仕組は好きでよく Perl で作ります。(と言うかクライアント キャッシュは実装した経験が無い) Perl の場合出力先を変えてやるだけでクライアントに返す HTML を ファイルに出力することができて便利なんですが、Java の Web アプリ ケーションって一般にその辺どうなんでしょう。 Struts とか使ってると、フレームワーク中にそういう仕組が用意されて ないと難しいのかな? > 頭で「検索系のみ」と前提を置いてしまっているので、 > キャッシュは一定時間でExpireするとしちゃって、 > 設定か何かでページ毎の更新間隔をコントロールする > というのが現実解でしょうかね。 と、思います。 あと、今は全然気にする必要はありませんが、Rumble-JPがブレイクして 人気サイトになったときは、更新時刻をユーザに悟られないようにしないと いけませんね。その時刻だけガツンとアクセス集中しますんで。:) > トップ1がフレームなんですよ。 > なるほどと私も思うし、実際最近フレームを使ったサイトが > 以前より減っているので、やっぱりみんなもいまいちだと思っているんじゃ > ないかなぁと。 今フレームが作る側に嫌われている一番の問題点は、検索サイトで片側の ページだけがひっかかっちゃうことのように感じます。 Konkiti.
