いますぐ使えるOpenID：第3回 OpenIDプロトコルの特徴―DiscoveryとSREG｜gihyo.jp … 技術評論社
前回のおさらい 前回はRPのサンプルをRails上で動作させました。 この時に使用したRailsのアクションをまとめておきます。 ConsumerController#begin OpenIDリクエストを生成するRailsのアクション。 ConsumerController#complete OpenIDレスポンスを受信するRailsのアクション。 OpenIDの一番の特徴は、分散型である（複数のOPが存在する）ことです。 そのためDiscoveryなどの、OpenID特有の処理があります。 ですので今回は、OpenIDプロトコルの特徴的な箇所を、もう少し深く見ていきましょう。 取り上げるのはDiscoveryとSREGの2つです。 Discovery 利用者が入力したOpenIDアカウント名（User-Supplied Identifier）を元にOPのログイン画面（OP Endpoin
第6回 設計・運用の観点から考えるOpenIDの課題 | gihyo.jp
これまでの連載では、ruby-openidライブラリやRailsのOpenID Authenticationプラグインを使いながら、主にプログラムの観点からOpenIDでログインできるWebサイト（RP, Relying Party）を構築してきました。 連載の最後に、設計・運用の観点からOpenIDの課題についてみていきましょう。 OpenIDに登場する「ID」のまとめ OpenIDではいくつかの「ID」が登場します。 これまでの連載で作成したサンプルを例にして、OpenIDに登場する「ID」をまとめてみましょう。 ユーザ提供識別子（User-Supplied Identifier） 利用者がログイン画面で入力するURLです。自分のOpenIDアカウント名を入力することもできますし、代わりにyahoo.comのようにOPのドメインを入力することもできます。特定のOPのみのログインを許可す
いますぐ使えるOpenID 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.machu.jp/posts/20100901/p01/
http://www.machu.jp/posts/20090726/p01/
http://www.machu.jp/posts/20090309/p01/
http://www.machu.jp/posts/20090308/p01/
http://www.machu.jp/posts/20090307/p01/
http://www.machu.jp/posts/20090412/p01/
http://www.machu.jp/posts/20081030/p01/
http://www.machu.jp/posts/20080926/p01/
http://www.machu.jp/posts/20080911/p01/
http://www.machu.jp/posts/20080221/p01/
http://www.machu.jp/posts/20070609/
http://www.machu.jp/posts/20070606/p01/