mixi Engineers’ Blog » Tokyo Tyrantによる耐高負荷DBの構築
連休中はWiiのマリオカートをやりまくってやっとVR7000越えたmikioです。愛車はマッハ・バイクとインターセプターです。さて今回は、分散ハッシュデータベースサーバTokyo Tyrantでmixiの最終ログイン時刻を管理するようにした時の苦労話を書きます。 ログイン処理は負荷地獄 mixiでは、全てのユーザについて、各々の最終ログイン時刻を管理しています。「マイミクシィ一覧」や「お気に入り」などの画面で、友人が近い時間にログインしていてコミュニケーションがとりやすい状態にあるかどうか確認できるようにするためです。 mixiのほぼ全てのページはログインしないと見られないページなので、ほぼ全てのページにアクセスされるたびにログイン確認が行われます。したがって、最終ログイン時刻はほぼ全てのページにアクセスされる度に更新されることになります。mixiの中で最も重いデータベースのひとつとして「
【レビュー】ある意味CMSの理想型かも。『Concrete5』を試す! (1) 物足りなさを解消したCMS「Concrete5」 | ネット | マイコミジャーナル
いま評判の"編集しやすい"CMS『Concrete5』とは? あなたは「Concrete5」を知っていますか? CMS(コンテンツ マネジメント システム)というと、大きく分けて3つくらいに分類される。ひとつは昔からのCMSで、PHPNuke/ Xoops/ Mambo/ Ploneなどが存在する。もうひとつはブログエンジンで、WordPress/ Movable Type/ Nucleusなどだ。そして最後にWikiエンジンだ。Yukiwiki/ Pukiwiki/ DokuWiki/ MediaWikiなどが挙げられる。Wikiを除くCMSに共通するのは公開画面とコンテンツ管理画面が分かれているということだ。ユーザの権限によって管理者とサイト利用者の画面が分かれ、管理者は管理画面にログイン後、サイトのコンテンツ編集・デザイン変更・モジュール追加などを行なう。Wikiの場合は共同編集が基
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
