2011-07-08 5 views
0

マシン上のlocalhost仮想ホスト上でexample-mysql.php LightOpenIDプロバイダスクリプトを実行しています。テーブル名とmysql_connect()パラメータをローカルマシン上で動作するように更新しました。また、ユーザーテーブルにユーザーを作成しました。LightOpenID - プロバイダ - スクリプトが "allow once"、 "allow always"、 "cancel"でスタックしています

私は、プロバイダスクリプトをテストするために、example.php LightOpenIDコンシューマスクリプトを使用しています。 「http:// site1」にアクセスするには、一度許可するか、常に許可するか、取り消すまで、すべてが機能します。いずれかの許可ボタンを押すと、新しい許可されたサイト行が作成されますが、そのページは再びボタンで更新されます。 消費者がスクリプトhttps://gist.github.com/1072612https://gist.github.com/1072613

答えて

0

おそらく入力しました...

プロバイダースクリプトこれは、データベースに対してログイン情報を確認するか、私が取得する「間違ったユーザー/パス」だろうが、決して処理を終了し、私をリダイレクトします間違ったアイデンティティURL。例えば

、プロバイダと仮定するとprovider.example.orgである:

間違ったアイデンティティはhttp://provider.example.org/example-mysql.phpだろう。 http://provider.example.org/example-mysql.phpはどのログインにも解決できないため、プロバイダーはログインとパスワードの入力を求め、承認を要求してから黙って失敗します。

http://provider.example.org/example-mysql.php?Mewpは、この例では正しいアイデンティティになります。

これを避ける方法の1つは、URLにログインがない場合に$op->select_id = trueを設定することです。これにより、サーバーはclaimed_idとidentityを正しいURL(googleと同じように)に戻します。

+0

これはまさにそれでした。私は$ op-> select_idをtrueに設定し、私の身元としてhttp://example.orgを提供しています。 (プロバイダはindex.phpです)。今私は若干異なる問題を抱えています。 http://stackoverflow.com/questions/6658349/lightopenid-provider-issued-an-assertion-for-an-identifier-whose-discovery-info – Chris

関連する問題