MySpaceのAPIを使ってみた。 - r-weblife
■ 目的 目的としては以下の3点で、取得できたデータを表示するだけのコードを書きました。 OpenID OAuth Extensionを利用する Portable Contacts APIを利用する Activity Streamsも取得する OpenID,OAuth,PortableContacts,OpenSocialの要素を含んで、なんかSocialWebな感じじゃないですか？ PoCoのパラメータあたりなど勉強不足でフル機能を使えてない気もしますが、、、 ■ 読んだドキュメント http://wiki.developer.myspace.com/index.php?title=Portable_Contacts_REST_Resources http://wiki.developer.myspace.com/index.php?title=Standards_for_Activit
RESTful API の認証と認可 - Web屋の人の日記 || WebJourney 開発ログ
OpenSocial の RESTAPI には @me というパラメーターがある。これは、「認証済みクライアント自身」をパラメーターとして渡すときに用いるようだ。 例えば、はてダの場合、yssk22 のURIは http://d.hatena.ne.jp/yssk22/ であって、これはクライアントのFirefoxが認証済み(Cookieを発行済み)の状態だろうが、未認証だろうが、常に http://d.hatena.ne.jp/yssk22/ で一意である。 ところが、OpenSocial のスタイルのAPIだと、yssk22 として認証済みのクライアントであれば、http://d.hatena.ne.jp/@me でアクセスしてもよいことになる。つまり、URIが、「認証に関しては」コンテキストを持つのである。 で、この辺のコンテキストの解決はどうやるの？というのがこのエントリの話題。
gumi Platform
エンタメナビ「gumi」は、完全無料の携帯エンタメコンテンツサービス満載！話題のドラマや野球実況、おもしろい検定や占いアプリで、友達とリアルタイムコミュニケーション♪ モバイルSNS「gumi」では、日本初となる携帯電話向けOpenSocialプラットフォームをリリースしました。 「OpenSocial」は、Google, Inc.が提唱し、MySpace, Friendster, Oracle, Six Apartなどが支持を表明しているSNS向けAPIの共通規格です。サードパーティがRestfulAPI, OAuthを利用して、プロフィール情報やともだち情報にアクセスして、モバイルSNS「gumi」上で動作するソーシャル・アプリケーションを構築・-運営することが可能となります。 主な特徴としては次の通りです。 現在、このOpenSocialプラットフォームはパートナーへの限
Tender Surrender » OpenSocial/RESTful API Specification
RESTful APIはすべてのOpenSocial 0.8に対応したクライアントおよびサーバーに共通のプロトコルとして提供されます。これは2007年11月に発表されたGDataベースのOpenSocial data APIを置き換えるものです。 概要 † このAPIはクライアントがウェブページ上のガジェット外部にあるOpenSocialコンテナサーバーとやり取りするための、言語にもプラットフォームにも中立なプロトコルを定義します。プロトコルとしては、どんな言語でも、どんなプラットフォームでも比較的容易に実装可能なように作られています。この仕様は、ウェブページ上のガジェットから、ユーザーデータの同期を行うサーバーまで、様々なクライアントから利用することができます。 このプロトコルは主に、リソースとそのオペレーションについて扱い、HTTPプロトコル上でサーバーから取得や更新を行う標準のHTT
Restful API は SNS の内部情報を適切な形でオープンにする（かも） ( ラボブログ )
スパイスラボ神部です。 mixiアプリモバイルをつくっている課程で、xoauth_requestor_id について調べていたら、よういちろうさんの次のような記事を発見。 -天使やカイザーと呼ばれて: iPhoneとOpenSocialは相性がよい？ これ、ほぼ一年前の記事が…OpenSocial まわりのひとたちは未来を見過ぎていて、追いつくのが大変です。Google など一部企業では、もしこれが Facebook にたいする生き残り策の中から生まれたものだとしても、それが共通認識となっているのだとしたら驚異というか・・・これが啓蒙されて広まるまでにはどれくらいかかるのだろう、と考えてしまいます。 -未来が好きだ！ - Favorites! Restful API の使いどころ 今回思ったのは、Restful API は使いやすいってこと。 手持ちのサーバへの負荷は高くなるが、いっそ
geo+webの人は皆「RESTful Web サービス」を買うべき - Relevant, Timely, and Accurate
d:id:hfu:20090316 に対するはてなブックマークで、yohei さんにコメントをいただきました。 任意矩形をquery paramsで取得するのはRESTfulに設計できます(RWS第5章)。サーバ内部の処理とインターフェース設計はまずは別に考えるべきと思います。 http://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/hfu/20090316/1237148944 実は、RWS こと「RESTful Web サービス」、昨日入手したところでした。セレンディピティ*1、ですね。早速開いてみています。 RESTful な任意矩形指定 RWSこと「RESTful WEb サービス」5章 p.124 に、次のように書かれています。 http://maps.example.com/geologic/Earth/43.9,-103.46 この
InfoQ: ErlangとYawsを使ったRESTfulサービス
以前に有名となった「Apache vs Yawsのグラフ」(source)を見て、あなたもまたYawsを使うべきだと思ったでしょうか? 一見すると、そのグラフは、Yawsに対する信じられないくらい大きなスケーラビリティの優位性があるように見えます。Apacheが4000のパラレル接続でダウンしたのに対し、Yawsは80,000を超えるスケール能力を持っています。このグラフに対する反応は大きく二極化する傾向にあります。「これらのグラフは正確な方法で行われたものではなかった」あるいは「Apacheの設定ミスに違いない」というものと、それとは反対に「ワオ！Yawsを利用する価値がある」というものです。 Yawsの比較グラフを信じるかどうかに関係なく、Yaws(サイト・英語)は動的コンテンツを提供するための確かなWebサーバーです。Claes Wikstrom氏は、Yawsを「もう一つのWebサー
yohei-y:weblog: REST 入門
日本語の REST のリソース集を以前作ったのだが、 日本語では一般人向けの解説がない。 sheepman 氏の REST のページはすばらしいんだけど、多少わかっている人向けだ。 市山氏のプレゼン資料は RoyF の論文を詳しく解説していてよいのだけれど、いかんせんアカデミックすぎる。 技術的な要素も抑えつつ、入門者にもわかりやすい解説はないものかと探していたのだが、みつからない。 英語の文書を訳すことも考えたんだけど、あまりよいものが見つからない。 で、結局自分で書くことにした。 最初はひとつのポストで済ませるつもりだったんだけど、書き始めたら長くなってしまったので、複数のポストに分けることにした。 えらそうなことを書いたが、内容は「ないよりマシ」といったレベルだろう。 前書きが長くなったけど(ここから始まりです。ですます調なのは入門記事だから)、 この記事(から始まる一連のポスト)は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
あらゆるものがリソース - これ僕.com：行動分析学マニアがおくる行動戦略