mixi Engineers’ Blog » ロングテールな画像配信 その1
開発部・システム運用グループの長野です。最近は「サーバ／インフラを支える技術」を読みながら通勤しています。今回はmixiの画像配信について書かせて頂きたいと思います。1回目は画像配信の課題について説明させて頂きます。 ■画像配信の種類 これまで画像の配信は大きく分けて2種類あると考え、システムを構築してきました。1つは１ファイルあたりへのアクセスが非常に多くなりますが、ファイル数が少ないもの。もう一つはファイル数が膨大になる代わりに、１つのファイルへのアクセスは少ないものになります。 前者はmixiの中で使われるロゴ画像やメニューの画像等のページ部品、また広告画像や絵文字画像になり、後者はユーザがアップロードする日記やアルバムの画像にあたります。ページの部品の画像はファイル数はそれほど多くないものの、サーバへのアクセス数が最大で秒間に数万リクエストにもなります。逆にアルバムや日記の画像は全
mixi Engineers’ Blog » 期間限定の新機能「エコー」登場
こんにちは。mixi開発部のyouheiです。 今回は先日8月4日にリリースした「エコー」について書きたいと思います。 エコーとは まずはエコーとはどういう機能かのご紹介ですが、プロモーションページがございますのでそちらをご覧いただければ幸いでございます。 http://mixi.jp/guide_echo.pl いくつか抜粋しますと、 あなたの"今"を一言にしてみませんか？誰かに伝えたいこと、ひとりごと等、何でもOK！ 気軽な新コミュニケーション機能です。 たとえば、「今日はいい天気だな〜」という、ひとりごとから、「お腹すいたー！誰かランチにいこうよ！」というメッセージ的な使い方まで、「エコー」の楽しみ方はあなた次第！ マイミクシィ同士で「エコー」を使うとホームにお互いの書きこみが表示されます。 気になった書きこみには、返信することもできちゃいます。あなたがふと書きこんだ一言に、思わぬ返
mixi Engineers’ Blog » 圧縮データベースを使おう
チャリンコ通勤による滝のような汗で、朝からTシャツがシースルーになってしまうmikioです。さて今回は、Tokyo Cabinet（TC）のデータベースを各種のアルゴリズムで圧縮して利用する方法についてご紹介します。 圧縮B+木 B+木とは、比較関数の値による順序が近いレコード群を単一のページにまとめ、各ページにB木（multiway balanced treeの略であり、二分木（binary tree）とは違います）の索引を張ったものです。理論的にはレコードの探索も更新も O(log n) の時間計算量で行え、内部ノード（B木）の操作をキャッシュすると実質的には O(1) の時間計算量で探索や更新が行えるという、かなり安定した性能を備えるデータ構造です。その上、レコードが一定の順序に基づいて並べられているので、数値の範囲検索や文字列の前方一致検索が高速に行えたり、カーソルによって順序に基
TechCrunch Japanese アーカイブ » mixi―純然たる日本ローカルのSNSの成功を分析する
When Alex Ewing was a kid growing up in Purcell, Oklahoma, he knew how close he was to home based on which billboards he could see out the car window.…
mixi上で音楽が聴ける「mixi Radio」「ギフトソング」スタート
ミクシィが運営するSNS「mixi」は、mixiで音楽が聴ける「mixi Radio（ミクシィラジオ）」、楽曲を他のユーザーにプレゼントできる「ギフトソング」を7月9日に開始する。mixi Radioは無料コースと月額840円の有料コースを用意し、ギフトソングは1曲105円から利用できる。サービス開始は7月9日夕方となる見込み。 ■ お勧め楽曲やユーザー作成のプレイリスト楽曲をmixi上で再生 「mixi Radio」「ギフトソング」は、レコード会社やコンテンツパートナーの楽曲提供を受け、mixi上で音楽を聴けるサービス。レコード会社はEMIやコロムビア、ソニー・ミュージックネットワーク、ビクター、ポニーキャニオン、ワーナーなど30社以上と提携。配信技術にはAdobe Flash Media Interactive Server 3を、ファイル形式はAACを採用し、Windowsだけでなく
mixi Engineers’ Blog » Tokyo Tyrantによる耐高負荷DBの構築
連休中はWiiのマリオカートをやりまくってやっとVR7000越えたmikioです。愛車はマッハ・バイクとインターセプターです。さて今回は、分散ハッシュデータベースサーバTokyo Tyrantでmixiの最終ログイン時刻を管理するようにした時の苦労話を書きます。 ログイン処理は負荷地獄 mixiでは、全てのユーザについて、各々の最終ログイン時刻を管理しています。「マイミクシィ一覧」や「お気に入り」などの画面で、友人が近い時間にログインしていてコミュニケーションがとりやすい状態にあるかどうか確認できるようにするためです。 mixiのほぼ全てのページはログインしないと見られないページなので、ほぼ全てのページにアクセスされるたびにログイン確認が行われます。したがって、最終ログイン時刻はほぼ全てのページにアクセスされる度に更新されることになります。mixiの中で最も重いデータベースのひとつとして「
YAPC::Asia 2008の資料公開します - mixi engineer blog
開発部・システム運用グループの長野です。5月15日・16日に東工大大岡山キャンパスで開催されたPerlのカンファレンス、YAPC::Asia 2008に参加してきました。2日目にはセッションの時間を２つ頂いて、発表をしてきたのでその資料を公開します。 ■memcached in mixi [pdf] memcachedはmixiのシステムでも重要なアプリケーションの１つになります。発表ではmemcachedの基本から、弊社でのmemcachedの事例、そして分散方法の改善、TokyoTyrantの活用事例について説明させて頂きました。発表の最後時間が足りなくなり説明できなかったスライドも含まれていますのでご覧下さい。 memcachedについては、研究開発グループのtmaesakaによる記事が、またTokyoTyrantの活用事例については、こちらの記事にもありますので参考にして頂けたら幸
[ブクシィ]
03:02 「GoToトラベル」が実質的に富裕層への再分配のようになっている件 - しいたげられたしいたけ 01:48 滝沢ガレソ on Twitter: "【悲報】Twitterのバグにより、つるの剛士さんの非公開リストが閲覧できる状態に ↓ 新興宗教「幸福の科学」関係者のみを集めたリストが発見される ↓ つるの・エル・カンターレ・剛士へ list:@takeshi_tsuruno… https://t.co/oXOLW8u14T" 00:40 『あだち勉物語』～あだち充を漫画家にした男～ 23:54 安倍首相、約1カ月ぶり夜の会食 コース完食しワインも：朝日新聞デジタル 22:57 『銀英伝をリメイクするなら、男女役割分業の描き方は変更すべき（ヤンの結婚後の家庭生活など）』…という意見で議論 - Togetter 21:21 阪急電車への一礼、やめます 宝塚音楽学校が不文律廃止：朝日新
ミクシイはあなたの日記をあなたに無断で商品化します - 映画評論家町山智浩アメリカ日記
mixiにも入ってるんだけど、この4月1日に利用規約が新しくなる。 それを読んでmixiを今すぐ止めなきゃ、と思っている。 mixi利用規約http://mixi.jp/rules_sample.pl 制定日 平成20年4月1日 制定 第18条 日記等の情報の使用許諾等 1. 本サービスを利用して、ユーザーが日記等の情報を投稿する場合には、ユーザーは弊社に対して、当該日記等の情報を日本の国内外において無償かつ非独占的に使用する権利（複製、上映、公衆送信、展示、頒布、翻訳、改変等を行うこと）を許諾するものとします。 2. ユーザーは、弊社に対して著作者人格権を行使しないものとします。 オイラはミクシイの日記に、原稿を書く前の草稿や、プライベートな写真を載せているが、 それをミクシイに勝手に出版されても、文句は言えないということだ。 しかも、勝手に改変される可能性すらある！ オリジナルのイラス
mixi Engineers’ Blog » mixiのスモールワールド性の検証
初めまして、mixi開発部のfujisawaです。 マイミクシィの友人関係を使って、mixiのスモールワールド性について調べましたので、その結果について書きたいと思います。 スモールワールド性とは スモールワールド性とは、人間関係のネットワークなどでよく見られる性質で、文字通り「世間は狭い(It's a small world!)」ということを表しています。「知り合いを6人介するだけで、世界中の人々と間接的につながることができる」という『6次の隔たり(Six Degrees of Separations)』という言葉でもよく知られています。 一般にスモールワールドは以下の特徴を持っています。 誰に対しても少ない人数を介するだけで到達できる(平均距離が小さい) 自分の友人同士が友人関係にあることが多い(クラスタ性が高い) 1の距離とは、ネットワーク中のノードをたどった回数、すなわち友人を介し
今週、妻がmixiプレミアムを解約します :Heartlogic
今週、妻がmixiプレミアムを解約します IT関連について一般人のサンプルとして見ている妻が、mixiプレミアムを解約すると言い出した。「有料なのにサービスがこれといって差別化されてないから」だそうだ。 聞いてみれば、プレミアム契約時にやりたかったモバイルもフォトアルバムも、無料会員でもできるようになっているので、（個人的には）メリットが何もなくなった、とのこと。それは知らなかった。見た気もするが関心持ってなかったから忘れてた。 へぇ、mixiをけっこう初期から始めていて、それなりに熱心に使っていたようなユーザーにも「プレミアムってプレミアム感ないな」と見切られちゃうサービス内容になってるんだなー、と思った。なんでこうなっちゃったんだろうか。 以下に仮説。 （1）広告での収入に比べ、プレミアムによる収入は数ケタ少ない （2）後発会員になるほどプレミアム入会率が低い （3）「プレミアム率○%
べにぢょのらぶこーる - やっと分かったよ！ミクシィが”気持ち悪い”理由！！
答えは、”女社会だから。” もっと正確に表現すると、”女の子社会だから。” 今朝Twitterで SNSで、日記に対するコメントをメールで送ってくる人って シャイなのか大胆なのか判断に迷う という紅の発言からミクシィ談義に花が咲き、 ブログだとコメントよりメールの方が敷居が高いけど、ミクシィは逆なんですよ。 なぜだろ。 よく言われるのが、「べにぢょさんの日記に新参がコメントして、 既存のマイミクに”誰だこいつ”と思われるのが怖い」と。 そうか、仲良しグループが出来てるからダメなのか。 ブログはオープンだから”輪”が見えにくい。 ミクシィは空気を気にしすぎるきらいがある。小学生の女の子みたいだ。 あ、これは馬鹿にしてるわけじゃなくて。なんとなく昔を思い出しただけ。 ここまで一気にTwitして、面白そうな予感がしたのでこうしてエントリを起こした次第です。 そう、ミクシィは女の子社会。 いわゆる
mixi Engineers’ Blog » Mixi::Music->recommend_music();
ミクシィ開発部アプリ開発チームのk_joeです。今回は先日『極秘裏に』改善されたmixiミュージックのアルゴリズムについて紹介したいと思います。 このブログを読んでる方々はmixiミュージックって使ったことあるのでしょうか？僕は心配症なので使ったことない人のために(宣伝ついでに)軽く説明からさせていただきたいと思います。mixiミュージックは「音楽で人をつなぐ by mixiミュージック担当」を理念として、個人が聞いた音楽をベースにいろいろな繋がり・関連性を生み出そうというサービスです。自分の聞いてる音楽についての情報をみんなで共有できて、その繋がりから新しい音楽との出会いがあるってすばらしいことですよね。(/宣伝終) mixiミュージックには自分の聞いている音楽からお勧めの音楽を提示するサービスとアーティストのリスナーがよく聴いている他のアーティストを提示するサービスがあります。ユーザが
mixi を見やすくする userContent.css
■ mixi を見やすくする userContent.css mixi が仕様変更をしてコメントの未読管理がちゃんと行なわれるようになったので、Mixi Organizer はほとんど意味がなくなってしまいましたが、まだ一部のページ(足跡とか)ではリンクの色が元のままだし、外部ブログへのリンクに下線を追加する機能もあるのでまだ使ってくれているかもしれませんが、そのくらいの機能だったら Firefox 標準機能の userContent.css を使えば実現可能なので、Mixi Organizer は捨てちゃいましょう。 userContent.css ってなんじゃい？って人は、Firefox まとめサイトのページ が詳しいのでそちらを御覧下さい。 というわけで順番に紹介。そのまんま userContent.css に張り付ければ動くようになっています。Firefox1.5 以上のみ対象なの
YAPC::Asia Tokyo - pekeqのブログ
講演のPodCastはこちら。http://yapc.g.hatena.ne.jp/jkondo/20060329 こちらの方のサマリーがかなり詳しくて、前半遅刻した私には大変助かりました。http://d.hatena.ne.jp/mskgc/20060329 例によって興味のあったところだけサマリーします。 mixi.jp: ChangeLog mixiの歴史 2003年12月から開発スタート、1人で3ヶ月。 2004年2月にオープン 初期 新しい機能を追加しまくり。 サーバの負荷なんか気にしなくて良かったあの頃。 一ヶ月後 1万ユーザ、60万PV/day 人が増えるのはうれしいけど、スケールアウトする方法をどうしよう… 一年後、二年後 600人 → 21万人 → 200万人 いま 300万人以上。15,000新規ユーザ/day。 うち70%がアクティブユーザ（定義：3日以内に1回以上
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
製品販売終了のお知らせ