一つ前のエントリーを投稿した直後に，TechCrunchやNYTimes.comのニュースが飛び込んできた。Googleが，SNS向けの共通ＡＰＩ“OpenSocial”を明らかにしたのだ。John Battelle's Searchblogには，明日11月1日付のプレスリリースまでが掲載されている。 “OpenSocial”の共通ＡＰＩを使えば，ソフトウエアデベロッパーがソーシャルネットワーク向けのアプリケーションを容易に開発できるようになる。こう，Googleは主張したいのだろう。 この共通APIをサポートするパートナーSNSには，GoogleのOrkutだけではなくて， LinkedIn, hi5, Friendster, Plaxo ，Ningも加わるという。このため，デベロッパーがOpenSocialの共通ＡＰＩに従ってプログラムを開発しておれば，そのアプリケーションはすべてのパ
●twitterでAPI経由のトラフィックはサイト本体の10倍 twitterの共同創業者の1人「Biz Stone」がR/Wのインタビューに答えている。 その中で、以下のようなコメントが。 the API which has easily 10 times more traffic than the website API経由でのトラフィックは本サイトでの10倍だそうです。twitterでは3rdパーティが便利なサービスを数多く提供していることで有名ですが、10倍なんですね。 facebookやFlickrも3rdパーティが作成したアプリケーションを活用している現状を考えると、これは一種の「時代の傾向」のようにも思えます。 原田 ネタ元：Read/WriteTalk Biz Stone - Co-Founder Twitter ネタ元：Twitter API Traffic is 10x
Feedmedia: 検索結果のRSSを提供することはAPIを提供しているのと同じ
2007/08/12 検索結果のRSSを提供することはAPIを提供しているのと同じ 「Wine.com Offers RSS-based API」より。 Wine.comというサイトがあります。ワインのカタログサイトです。引用元の記事のタイトルから分かる通り、このサイトはパートナーや開発者にトラフィック増加の手助けをしてもらうために、RSSフィードによるAPI提供を開始したそうです。 さて、これは最近ちらほら見かけるようになった、「検索結果をRSSで提供する」手法です。APIをRSSで提供するメリットは、ひとつのフォーマットでユーザと開発者の両方に対応できるところです。通常のXMLフォーマットの場合は、RSSリーダーで購読することはできません。 ただ、検索結果をRSSで提供しているサイトの多くは、それが「APIを公開したことになっている」とは思っていないでしょう。「RSSはRSSリーダーで
Amazonは8月3日、決済サービス「Amazon Flexible Payment Service（FPS）」のβ版を立ち上げた。 Amazon FPSは開発者向けに設計されたサービス。開発者はAmazonのWebサービスAPIを使って、自分のサイト向けに独自の決済サービスを構築できる。 Amazon FPSではクレジットカード、銀行口座、Amazon Payment（残高移動）での支払いに対応する。開発者は「決済命令」を作成して、支払い条件を定義する。設定できる決済処理の命令数は無制限で、1度限りの取引や反復的な取引、日付や金額、払い手や受け取り手による制限のある取引も設定できる。多数の少額決済を1つにまとめることも可能。さらにAmazon FPSサンドボックスを使って、実際にお金を動かさずに決済アプリケーションをテストすることができる。 Amazon FPSの利用には月額料金や初期費
yohei-y:weblog: [これはすばらしい] mixi ステーション API。ただ一つ注文が…
via: mixi あしあとAPI発掘 mixi が Atom Publishing Protocl (APP) 対応の Web API を mixi ステーションで利用しているそうだ。 さっそく手元にあった APP クライアントで試してみると 30分くらいであっさりと接続成功。本当に素晴しい。 ざっくりと Web API を見させてもらったのだけれど、 拡張タグの使い方などセンスが良いし、さすがという感じだ。 ただ一点だけ、どうしても直してほしいのは APP の service document の名前空間 URI。 これは http://www.w3.org/2007/app が本番仕様である。mixi の Web API は古い名前空間を使ってる。 中の人はわかっていると思うんだけど、APP はもう少しで RFC になる。 APP を実装する人は必ず RFC になる名前空間 URI
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
yohei-y:weblog: HTTP ステータスコードを正しく使おう
先月、ぐるなび API がリリースされていました。 ぐるなびさんの持っている膨大なデータベースに Web API を通して気軽にア クセスできるようになったのは、非常に喜ばしいし、その英断に感謝したいと 思います。 しかし、Web API 仕様書、特にエラー仕様を見てちょっとがっかりしました。 もう少し上手にデザインすれば、もっとよかったのに…、という思いです。 一度出してしまった API はそう簡単に変えられないと思いますが、 参考までに僕だったらどうするか、を書いてみます。 この仕様の一番の問題はエラーコードです。 以下は 2-2 のエラー仕様に記述されているサンプルです。 <?xml version="1.0" encoding="UTF-8"?> <gnavi> <error> <code>602</code> </error> </gnavi> タグが三つ(gnavi, erro
APIを試しに使うときに便利な支援ツールの紹介。 API簡易テスター カカクコムや楽天をはじめとするいくつかのAPIに対応。引数を入力するとJavaScriptでリンク先のURLが変化する。ブラウザでアクセスして出力内容を確認できる。 via mash up award 2nd、3/12（月）締め切り!｜blog｜たたみラボ zuzara : APIのレスポンスお試し用ツール 拙作。ソースを公開。URLを入れて文字エンコードを適切に変換するだけの簡易ツール。 Trackback: http://usingapi.com/archives/117/trackback No Comments » コメントはお気軽にどうぞ Name (required) Mail (will not be published) (required) Website ミーティングプラス 貸し会議室API
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
