nabokov7; rehash : Cache考(1) - オブジェクトキャッシュかページキャッシュか
March 03, 200900:48 カテゴリCache考プログラミング Cache考(1) - オブジェクトキャッシュかページキャッシュか コンテンツキャッシュのやり方って、アプリケーションの性質によって、大きくわけて以下の二つの攻め方があると思う。 ・オブジェクト単位でキャッシュする ・最終出力 (レンダリング済みのhtml) 単位でキャッシュする blog は後者、clip は前者がメイン。 ブログの場合、1ページを構成する要素のうちひとつだけが細かく変動するとか、リクエスト毎にかわるとかいったことは少ない。例えばあるページへのコメントは、その対象ページ以外で使われることはほとんどない。 コメントが追加されたりしてページの内容がかわったら、そのページのhtmlをまるごと書き出しておいて、またしばらく同じものをみんなに見せ続ければいい。 クリップの場合、たとえばあるひとつのクリップは
nabokov7; rehash : Cache考(2) - いかに保存するかではなく、いかに消すか
March 03, 200900:57 カテゴリCache考プログラミング Cache考(2) - いかに保存するかではなく、いかに消すか キャッシュ機構作るときに最もめんどうなのが、キャッシュ破棄のタイミング。 一律に○分キャッシュします、でいい場合もあるけど(新着一覧とかね)、たいていの場合、もっときめ細かいコントロールをしないと、「コメント数の表示が更新されません ! 」とか「記事けしたのにまだ表示されてます ! 」とか怒られることになる。 キャッシュを消す役目を、データを更新する側 (ページのインスタンスとか) の仕事にしてしまうと、何か機能を作るたびに「あれ、ここでは何と何のキャッシュをクリアしないといけないんだっけ」って考えないといけなくなる。 というか、たいていはそういう考慮をするのを次回忘れてしまって、「ある種の操作をしたときだけ○○の表示が up to date じゃなく
key-value stores: Anti-RDBMS: A list of distributed key-value stores | Richard Jones, Esq.
Please Note: this was written January 2009 - see the comments for updates and additional information. A lot has changed since I wrote this. Perhaps you’re considering using a dedicated key-value or document store instead of a traditional relational database. Reasons for this might include: You're suffering from Cloud-computing Mania. You need an excuse to 'get your Erlang on' You heard CouchDB was
ウノウラボ Unoh Labs: データキャッシュを利用したウェブサーバの高速化
こんにちは satoです Aapcheでproxyサーバを利用している場合、頻繁にアクセスされて、なおかつ 更新の少ないデータ、（フォト蔵や mixiでいう マイピクチャーなど） は proxyサーバにキャッシュするとレスポンスが良くなります。 mod_proxy_balancerと mod_disk_cache を利用して、proxyサーバに データをキャッシュする手順を紹介します <VirtualHost * *:443> ServerName example.com ProxyPass /img ! # cssやイメージファイルは proxyしないでローカル参照 ProxyPass /css ! <Proxy balancer://web> AddOutputFilterByType DEFLATE text/html text/css application/x-j
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
