久々にGoogleのOAuth 2.0のWeb Server Profileを使っていて、あれ？って思ったので、ここでメモ代わりに書いておきます。 基本的には、以下のブログエントリで語られている話です。 Upcoming changes to OAuth 2.0 endpoint - The official Google Code blog OAuth 2.0でのWeb Server Profileのセオリーでは、以下の手順が踏まれます。 Client IDとScopeを指定して認可画面を要求します。 ユーザは認可画面を見て、許可するか拒否するか選択します。 redirect_uriにリダイレクトされ、その際にauthorization_codeが渡されます。 authorization_codeと引き替えに、access_tokenとrefresh_tokenを取得します。 acces
mixi Graph APIでは、OAuth 2.0 Draft 10が採用されています。具体的には、OAuth 2.0のWeb server profileが採用されています。 [1.4.1. Web Server] http://tools.ietf.org/html/draft-ietf-oauth-v2-10#section-1.4.1 特にmixi Graph APIでは、仕様上ではOptionalですが、アクセストークンだけでなく、リフレッシュトークンも実装を行いました。アクセストークンの有効期間は短く（現状約15分）、アクセストークンが失効した場合には、リフレッシュトークンを使って、アクセストークンを再発行する手順が必要となります。 ・・・と、ここまでは多くの開発者はすんなりと理解できていると思います。OAuth 1.0aでも、アクセストークンの有効期間があり、失効した場合は
OAuth 2.0で Webサービスの利用方法はどう変わるか ソーシャルAPI活用に必須の“OAuth”の基礎知識 株式会社ビーコンIT 木村篤彦 2011/2/2 TwitterがOAuth 1.0を採用したのを皮切りに、今では多くのサービスがOAuth 1.0に対応しています。国内でも、例えば、マイクロブログ型コラボツール「youRoom」、小規模グループ向けグループウェア「サイボウズLive」、「はてな」のいくつかのサービス、「Yahoo!オークション」、リアルタイムドローツール「Cacoo」などがOAuth 1.0に対応したAPIを公開しています。 ここ数年でOAuthはさまざまなWebサービスのリソースを利用する際の認証方式として普及してきました。これは大きなプレーヤーがサポートしたことも一因ですが、OAuthの持つ以下の2つの特徴によって、「OAuthを使うと、サービスプロバイ
最近、ドットインストールで楽しくプログラミングの勉強をしているのだが、http://dotinstall.com/lessons/google_connect_phpで少し躓いた所があったのでメモしておく。 まず、Webサービスを開発する演習の場合、私はMac OS X上のVirtualBoxにCent OSをインストールして、ローカル開発環境として利用している。で、例えばGoogleでログインするWebサービスの場合、http://tomute.dev/google_connect_php/というURLを仮に作って、演習として開発したWebサービスにアクセス出来るようにしている。 しかし、上記のようにインターネットでアクセス出来ないURLを使っていると、Google APIs Consoleでアプリの登録が上手く行かなかった。具体的には下の画面のように「OAuth 2 redirect
もうすぐSymfony2が出ますね！楽しみですね！ でも、まだsymfony1.4もバリバリ現役ですよシリーズです。 twitterのOAuthをやりたくて... symfony1.4のアプリケーションでtwitter連携をしようと思い色々とライブラリを探してみた結果、手堅くということでZendFrameworkのOAuthライブラリを使うことにしました。。が、symfony1.4以降でのLoaderの設定を含めたやりかたが公式サイトにちょこっと掲載されているだけなので自分のためにメモしておきます。 プラグインで拡張する 複数のアプリケーションで使うこともあるでしょうし、将来違うプロジェクトでも使うことがあるかもということでごく普通にプラグインとして以下のような構造で用意しました。プラグインの中にOAuthを動かすために必要な最小限のZendのライブラリをlib/vendor/Zendディ
Google+のAPIが先日公開されました。API Keyを使ってシンプルにAPIアクセスを試すことができるのですが、本来であればOAuth2.0にてアクセストークンを取得しAPIアクセスする方式でなければ今後公開されるであろうAPI群は利用できないはずですので、ここでOAuth2.0によるGoogle+ APIのアクセス手順を紹介しておきましょう。全手順において、プログラミングをすることなく試すことができます。 Client IDの発行 まずはClient IDやClient secretなどを発行しましょう。まずは、Google APIs ConsoleにWebブラウザでアクセスします。 https://code.google.com/apis/console/ まだプロジェクトを作成していないのであれば、Other projects→Create…にて新規にプロジェクト作成を行います
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
