Big Sky

MixiAPI.pyで現状出来ていたのは足跡一覧取得だけでしたが、photoアルバムに対応してみました。
現在動作するAPIは以下の通り

• get_footstamps: 足跡一覧取得
• create_album: アルバム作成
• get_albums: アルバム一覧取得
• upload_photo: 画像アップロード

なんか、このAtomAPIしっくりきません。
以下、疑問に感じたもの

• 全てのサービスを束ねるルートエントリポイントがない

http://mixi.jp/atomはHTTP/404。足跡も、日記も、photoも全てを束ねたルートエントリポイントがない。

• アルバムを作成出来るが、削除できない

photoアルバムのURLにDELETEメソッド、X-Http-Method-OverrideヘッダでDELETE等送信してみたが、HTTP/405やHTTP/400が返る。

• アルバムのURLにGETでアクセスしてもphoto一覧が取得出来ない

Atomならば普通、一覧が返ってきて欲しいところ...

まぁ、誰もまだ「API公開」と公に言った訳じゃないから、仕方ないのかもしれないけど...
こっそりmixi stationなんかで公開すr

とりあえず、以下からダウンロード

ダウンロード：

#アルバム作成、画像アップロードのサンプルはMixiAPI.py本体に記述してあります。

mixiの足跡APIをC++、libxml2、libcurlで書くと、どんなに長いソースになるかを実証する。
AtomPP/WSSEなんかやめちゃえ...

perlなら20数行だし、pythonで書いても大した事にはならないだろう...。
Basic認証ならまだしも、WSSEなんか使ったら敷居も高いし、派生アプリケーションが出てこなくなるのはもう分かってるはず。

C++で書くと、こんな事になるんだ...
#以下ソース
#例によって適当クオリティなので添削し放題です。

続きを読む...

たんなる独り言。

mixiのあしあとAPI発掘 - ZeroMemory

先日mixi stationで足跡APIが出ている事が判明したらしいのですが、結局mixiがすんなりAPIとして公開しないのは...

• 公開したAPI保守にどれだけ時間を取られるか想定出来ない
• アタックでサーバダウンした時のユーザ対応が想定出来ない
• リスクが想定出来ない
• メリットも想定出来ない
• 不正に情報が漏れてしまった場合のユーザ対応が想定出来ない

こう見えてしまう。

そして時間が経つにつれて、どんどん公開し辛くなって行くんでしょうね。
今回の足跡APIは、「足跡ならば...」と思ったのか、「今のところ足跡しか...」と判断したのかは分かりませんが、ちゃっちゃと...^H^H^H
もし日記APIを公開するとなったら、AtomPP/WSSEなんだろうなぁ...。公開されたら自前のブログエディタで対応しようかなぁ...。

さぁ、これをキッカケに開けチャッカー!...じゃなく開けAPI!