ソーシャルアプリが1か月で100万人も集められた裏事情 - 明日のモバイルほろ酔い語り | Web担当者Forum
「最近お仕事はどうですか？」 T氏「それがさっぱりなんですよねえ」 「え、さっぱり？」 T氏「もうここ数年、ずっとそうなんですけど、キャリアが主導でビジネスをやる時代じゃなくなってきたんですよね」 「その傾向は強まっているように感じますね。実際。いまはどうやって公式メニューに乗るかということよりも、どうやってモバゲータウンにアフィリエイトしてもらうかということが大事になってきてるね」 T氏「そうなんですよ。それに端末に新機能を載せても、肝心の端末が売れてないですから」 「昔は新端末が出ると、それにワッと飛びつく人が一定数いて、そこにくっついた新機能を試してみたくてコンテンツに入会する、という好循環があったからねえ」 T氏「そう。今は端末の価格が上がってしまったので、そういう消費行動がなくなってきたんですよ」 「それで各キャリアが開発工数のかからないAndroidへの移行を表明してるわけか」
mixi Engineers’ Blog » Tokyo Tyrantによる耐高負荷DBの構築
連休中はWiiのマリオカートをやりまくってやっとVR7000越えたmikioです。愛車はマッハ・バイクとインターセプターです。さて今回は、分散ハッシュデータベースサーバTokyo Tyrantでmixiの最終ログイン時刻を管理するようにした時の苦労話を書きます。 ログイン処理は負荷地獄 mixiでは、全てのユーザについて、各々の最終ログイン時刻を管理しています。「マイミクシィ一覧」や「お気に入り」などの画面で、友人が近い時間にログインしていてコミュニケーションがとりやすい状態にあるかどうか確認できるようにするためです。 mixiのほぼ全てのページはログインしないと見られないページなので、ほぼ全てのページにアクセスされるたびにログイン確認が行われます。したがって、最終ログイン時刻はほぼ全てのページにアクセスされる度に更新されることになります。mixiの中で最も重いデータベースのひとつとして「
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ulog.cc
mixiアプリxZendFramework（資料アップ） - 携帯サイト開発を極める！開発チームリーダーのブログ
100万PV／日のmixiアプリモバイルをGoogle App Engineで実装した@gclue_akira氏に直撃インタビュー