GitHub - miya2000/Twitter-Client-Lib: Twitter Client Library
// oauth.js sha1.js // http://oauth.googlecode.com/svn/code/javascript/ var clientInfo = { name: 'Client Name' } var accessor = { consumerKey: 'registered consumerKey', consumerSecret: 'registered consumerSecret' }; var client = new Twitter.Client(clientInfo, accessor); client.addEventListener('unauthorized', function(e) { client.requestToken(function() { location.href = client.getAuthorizeURL();
PHPからOAuth認証が出来るPEARライブラリ「HTTP_OAuth」:phpspot開発日誌
HTTP_OAuth PHPからOAuth認証が出来るPEARライブラリ「HTTP_OAuth」が9/2に公開されたようです。 OAuthといえば、Twitterを外部サイトから使う場合なんかで有名ですね。先日、Yahoo!JapanがOAuthのService Providerになりました。 まだ alpha の状態ですが、今後、アプリにOAuthの機能を組み込む場合はチェックしておいたほうがよいかも。 こうしたライブラリを使っていると中身が分からなくても使えるので、概念ぐらいは覚えておいたほうがよいかもしれませんね。 →APIアクセス権を委譲するプロトコル、OAuthを知る − ＠IT 関連エントリ PHPによる「PEAR::System_Daemon」を使ったデーモン構築 HTTPリクエストを簡単にする「PEAR::HTTP_Request2」が出ているみたい PHPの関数キャッシュ
ソーシャルアプリケーションのオプトイン - Nothing ventured, nothing gained.
「MobsterWorldのTwitter上での宣伝に見るOAuthの課題」で書いたように、TwitterにOAuthでアクセスするアプリケーションはユーザーにその許可を求める。つまり、オプトイン形式になっている。 ソーシャルウェブはソーシャルグラフを抱えるSNSサイトとそれに機能を付加するソーシャルアプリケーションとにより実現されることになる。その意味で、SNSはすでにプラットフォームとなっているわけだが、プラットフォームとして必要なのは、柔軟で拡張性の高いインターフェイスと利用者の安全を確保するためのアプリケーション側への制約という2つの矛盾する要素になる。 後者については、結局、SNSサイト側のポリシーに委ねることになるのだが、利用者として認識して置かなければならないのは、ソーシャルアプリケーションに自分のSNSにアクセスを許可するということは、SNSではなく、アプリケーションに自分
mixiアプリからの署名付きリクエストの受け側を作る - ppworks.jp
前回、署名付きリクエストで外部サーバへデータを保存する方法を見てきましたが、そんでは受け側はどうやって作ろうかというお話です。 外部サーバのAPIはPHPとMySQLを用いて作成することを前提とします。 ** 署名の確認 OAuthの署名を用いて、リクエストがコンテナから発行されたものであることを確認します。 このときリクエストに含まれる -oauth* -opensocial -xoauth_ といったパラメーターは、コンテナがリクエストの際に付与するパラメーターです。 これらはOAuthの認証や、アプリケーションの情報を確認するために使用します。よって同名のパラメーターは指定出来ない事に注意します。 たとえば、パラメータとして以下のようなパラメータを渡すと || opensocial_owner_id=123456789 ||< とか || opensocial_hogehoge_id
UK STUDIO - OAuthを使ってみた雑感
最近、TwitterのDMスパムなどで話題のOAuthですが、仕事で使ってみて色々思うところもあるのでまとめておく。 OAuthは安全か まず、 OAuthでよく言われてるようにみえるパスワードをサービスに渡さないから安全ということに関して。簡単に言うと、「パスワード渡すよりは安全だけどまぁ信用していいかどうかの判断は必要だよね」ってところ。 OAuthは難しい話を抜きにしてしまえば、期限つきパスワード(Twitterは無期限っぽいですが)をサービスごとに発行するようなものだと思う。パスワードを渡した場合と違って、パスワードを書き換えられてログインできなくなるということはないが、APIで実行できることは基本的に出来るのでOAuthにもそれなりのリスクはある。 リスクと言ってもパスワードを第三者に渡すよりははるかに安全。先程述べたようにパスワードを書き換えられる心配もないし、仮に第三者のサ
twitter,FriendFeedのOAuth実装について - r-weblife
■ 目的 twitterベースなマフィアゲームのおかげで一気に話題になったOAuth。 ここまできたら、みなさんにもっと詳しく知ってもらいたいということで、以下２つのサービスが実装したOAuthの仕様を見直してみます。 twitter : http://apiwiki.twitter.com/Twitter-API-Documentation FriendFeed : http://friendfeed.com/api/documentation 以下、OAuthをいくつかのステップに分けて仕様を見ていきます。 ■ Consumer登録 必要な情報 □ twitter Application Icon Application Name Description Application Website Organization Website Application Type Callback
そろそろちゃんと理解したい！OpenID と OAuth ( ラボブログ )
スパイスラボ神部です。 OpenSocial をやってるとちょこちょこ顔を出す OpenID と Auth。これについてちゃんと理解するためのいろいろを調べてみたいと思います。 -シングル・サインオンが好きだ！ - Favorites! OpenID まわりについて -OpenID や OAuth の役割と、既存のシングル・サインオンとの違い：Goodpic これは目から鱗。シングルサインオンとシステムの類似性があるわけだから、そこから理解するのがいいのかもね。 OpenID については要は「本人確認を取り除いた低コストな認証システム、ということなのかなあ。 その他の参考エントリ： -OpenIDの使いどころ - Yet Another Hackadelic -たけまる / OpenID に向いている認証と向いてない認証 -ID管理と OpenID について - まちゅダイアリー(2
OpenID や OAuth の役割と、既存のシングル・サインオンとの違い：Goodpic
This shop will be powered by Are you the store owner? Log in here
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://oauth.googlecode.com/svn/code/javascript/
Nakajiman Software Blog: Google Friend Connect の two-legged OAuth とその使いどころを確認してみた
Google Code Archive - Long-term storage for Google Code Project Hosting.