本日より、個人の方でもクレジットカード登録をすることでmixi Graph APIをご利用いただくことが可能になりました。 詳しくはこちらをご覧ください。 関連ガイドライン 今回のリリースに関しまして下記ガイドラインを改定いたしましたので、ご利用になる開発者の皆さまは一読いただきますようよろしくお願いいたします。 mixi Connectガイドライン
こんにちは。システム本部技術部たんぽぽGの森本です 補足を追記しました (2010/08/20 15時) 先日のmixi大規模障害についての続報です 今回は小ネタはありません はじめに まず初めにtwitter/blogなどを通じて今回の問題の解析を行っていただいたみなさんに感謝の言葉を捧げたいと思います kzk_moverさん stanakaさん mala(bulkneets)さん llameradaさん (順不同) ありがとうございました 書き漏らした人ごめんなさい memcachedはすごい 今回の件でmemcachedに対して不安感を持たれた方もおられるとお聞きしました 説明不足だったせいで誤解を与えてしまい申し訳ありません きちんと設定および監視を行っていれば通常の使用にはまったく問題はありません 弊社にて -c 30万で起動したmemcachedに対して、先のテストスクリプトに
この記事は、TechCrunch Japanに投稿したものです。 －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 最近は、すっかりネット界の話題がTwitterに独占されている印象もあるが、個人的に日本のネットの今後を占う上で、特に注目しているのがmixiの動向だ。昨今のTwitterの盛り上がりもあり、あまりネットのイノベーター層の会話で取り上げられることが少なくなった印象もあるSNSだが、世界的にはとにかくFacebookの伸びが凄い。 あれだけTwitterが盛り上がっていると言われる米国の動向をGoogleトレンドで見てみると、実はTwitterの伸びは頭打ちになっていると言われる一方、Facebookは着実な伸びを示しているのだ。（もちろんTwitterはより携帯経由のアクセスが多いと思われるので、Googleトレンドの検索数だけでは一概に言えないが）
_ AtomPub on mixi? [atompub] (2008-08-02 追記) lyokato さんから "N○KIA仕様" とのコメントをいた だきました． (2008-08-01 追記) id:mainyaa さんのご指摘通り，updated などを付けて も投稿できました．mixi さんが修正したのか，僕が typo してたのか (た ぶんこっち) は不明です． POST のレスポンスに仕様と異なる部分があったので，追記しました． mixi 日記が AtomPub に対応したという話題があちこちで盛り上がってま す． mixi for iPhoneから発掘されたmixi日記投稿用API « ku といっても，mixi が正式に AtomPub 対応をアナウンスしたわけではない し (知ってる限りでは)，使ってみた感じでは "AtomPub に似てるけどちょっ と違うプロトコ
開発部・システム運用グループの長野です。最近は「サーバ／インフラを支える技術」を読みながら通勤しています。今回はmixiの画像配信について書かせて頂きたいと思います。1回目は画像配信の課題について説明させて頂きます。 ■画像配信の種類 これまで画像の配信は大きく分けて2種類あると考え、システムを構築してきました。1つは１ファイルあたりへのアクセスが非常に多くなりますが、ファイル数が少ないもの。もう一つはファイル数が膨大になる代わりに、１つのファイルへのアクセスは少ないものになります。 前者はmixiの中で使われるロゴ画像やメニューの画像等のページ部品、また広告画像や絵文字画像になり、後者はユーザがアップロードする日記やアルバムの画像にあたります。ページの部品の画像はファイル数はそれほど多くないものの、サーバへのアクセス数が最大で秒間に数万リクエストにもなります。逆にアルバムや日記の画像は全
前回に続いてまたmemcachedの話をしたいと思います。今回は改造編です。 ハッシュデータベースサーバなどの実装でmemcachedライクなものを書くのも良いですが、以前からmemcached自体のストレージをmodularにできたら面白いかも？と思っていたので実験的にmemcachedを改造してみました（memcached-1.2.4がベース）。 とりあえず名前はmemcached modularの略でmmcmodと名づけて、mikioさんのTokyo Cabinetをストレージとして使うモジュール（厳密にいうと共有ライブラリ）を書きました。ソースコードは後日CodeReposの方に上げますがとりあえずこの記事で公開します。ちなみに新しいプロダクトを作る気はなくて、最終的にpatchを作ることが目的です。 で、話を続けると今回の改造を簡単にビジュアライズするとこんな感じです： 図のmm
今日は以前のエントリーで書くと述べたConsistent Hashingに関して語らせて頂こうかと思います。ただしConsistent Hashingはセミナーやカンファレンスなどでかなり語られていると思いますので、コンセプトに関しては深入りせず、実用性に着目したいと思います。 問題定義 分散されたキャッシュ環境において、典型的なレコードを適切なノードに格納するソリューションはkeyのハッシュ値に対しmodulo演算を行い、その結果を基にノードを選出する事です。ただし、このソリューションはいうまでもなく、ノード数が変わるとキャッシュミスの嵐が生じます。つまり実世界のソリューションとしては力不足です。 ウェブサイトのキャッシュシステムの基本はキャッシュがヒットしなかったらデータベースにリクエストを発行し、レコードが存在したらキャッシュしてクライエントに返すという流れです。ここで問題なのが一瞬
来年のバレンタインデーに、正確には「2009-02-14T08:31:30+09:00」に、UNIX時間が「1234567890」を迎えることを発見してちょっと嬉しいmikioです。さて、今回は高効率ハッシュデータベースサーバTokyo Tyrantを用いてHAハッシュデータベースを構築する手法についてご紹介します。ちょっと難しいし非常に長い内容なのですが、最後までお付き合いくださいませ。 可用性と保全性 HA（High Availability：高可用性）とは、可用性（Availability）が高いことです。それでは説明になっていないので詳しく言い替えますと、システムに障害が起きにくくすることと、たとえ障害が起きたとしてもできるだけ迅速に復旧できるようにすることです。データベース系のシステムはユーザのデータを管理するという中核的役割を担うため、可用性を高めることは最も重要な課題となりま
連休中はWiiのマリオカートをやりまくってやっとVR7000越えたmikioです。愛車はマッハ・バイクとインターセプターです。さて今回は、分散ハッシュデータベースサーバTokyo Tyrantでmixiの最終ログイン時刻を管理するようにした時の苦労話を書きます。 ログイン処理は負荷地獄 mixiでは、全てのユーザについて、各々の最終ログイン時刻を管理しています。「マイミクシィ一覧」や「お気に入り」などの画面で、友人が近い時間にログインしていてコミュニケーションがとりやすい状態にあるかどうか確認できるようにするためです。 mixiのほぼ全てのページはログインしないと見られないページなので、ほぼ全てのページにアクセスされるたびにログイン確認が行われます。したがって、最終ログイン時刻はほぼ全てのページにアクセスされる度に更新されることになります。mixiの中で最も重いデータベースのひとつとして「
URLの抽出が可能なのは、http:～ではじまる絶対指定のURLのみです。 * アフィリエイトリンクをmixi日記で展開させないようにキーワードで例外指定できます（AmazonのアソシエイトID等を入力します）。※mixi内ではアフィリエイトは禁止されているため * 画像投稿が可能なのはJPEG画像のみです。 =====希望事項===== =====バグ===== * 画像フォーマットを問わず投稿処理してしまう。 * mixi側の日記の連動削除に未対応。 =====開発履歴===== * 2007/02/21 Version 0.43 * 共通ライブラリのフォルダ名をsharedlibsに変更 * phpMixiをあらかじめ同梱、一覧取得部分を修正済（記事修正のmixi側への反映に対応）。 * メニューの日本語化。EUC-JP、UTF-8にあらかじめ対応。 * ブログ別にmixiアカウント
mixiのあしあとAPI発掘 のあとで誰かがmixiミュージックも調べて書いてくれると思ってたけど、誰も書いてないみたいなので(探し方が悪かっただけでした)調べた。 出してるリクエストはこうなってた。 POST /music/post_log_v3.pl HTTP/1.1 Content-Type: application/x-mixi-encrypted Content-Length: 1120 User-Agent: mixi station/v1.4 (by glucose) Host: upload.mixi.jp Cache-Control: no-cache x-mixi-encryptedっていうへんな形式でデータを送ってる。中身は16進数をASCIIで送ってるかんじ。 0309c1fed97b6dc.... snip ....dd8d71fb855cfcb ヘッダには認証情
via. http://p0t.jp/mt/archives/2007/06/mixi-stationwss.html、http://ido.nu/kuma/2007/06/29/mixi%e3%81%ae%e3%81%82%e3%81%97%e3%81%82%e3%81%a8api%e7%99%ba%e6%8e%98/ mixiも裏で色々と用意しているみたいですね。 「あしあと」がatom＋WSSE認証で配信されているようなので、試してみました。WSSE認証については以下を参照ということで。 Web Services Security UsernameToken Profile 1.0（pdf） はてなブックマークAtomAPIだのWSSEだの (2006-02-02) はてなフォトライフatomapiとは - はてなキーワード 以下サンプルですが、X-WSSEリクエストヘッダの内容を作
mixiが新しく出したmixiステーションがすばらしいです。その裏側が。 mixiにログインした状態で http://mixi.jp/atom/tracks/r=2/member_id=myMixiID にアクセスするとatomで自分のページのあしあとがフィードされます。ちなみにmixiステーションが送っているリクエストは以下の通り。 GET /atom/tracks/r=2 HTTP/1.1 X-WSSE: UsernameToken Username="ku@example.com", PasswordDigest="passwordDigest8jrjEdO61Bx8c=", Nonce="Y0NonceLYj0=", Created="2007-06-29T03:04:30Z" User-Agent: mixi station/v1.4 (by glucose) Host: mix
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く