これは 2010 年の古い記事の書き直しです。
当時、「BlogUpp」というトラフィック交換プラットフォームがありました - https://baike.baidu.com/item/blogupp/3386343。
簡単に言うと、自分のブログにウィジェットモジュールを配置して、他の人のブログを表示し、自分のブログも他の人のウィジェットに表示される機会があります。
とにかく、もう使われていないようです。
当時、このプラットフォームはメールアドレスでの登録に加えて、「OpenID」ログインもサポートしていました。これは現在ではあまり一般的ではありませんが、「QQ ログイン」や「Google アカウントログイン」といったものに対応しています。後者 2 つは「OAuth 2.0」という概念に対応しています。
歴史的な理由から、「QQ 番号」は「QQ アカウント」の主要な識別子となり、QQ メールのカスタムユーザー名はオプションとなりました。
より一般的な形式は、メールサービスプロバイダーでメールアドレスを登録し、他の人と重複しない前提で自分でユーザー名を設定することで、そのユーザー名がメールサービスプロバイダーでの主要な識別子となります。
その後、そのメールアドレスを主要な識別子として他のウェブサイトに登録することができます。理論的には、メールの確認を通じてパスワードなしで直接ログインすることもできます。
問題は、対象のサイトで「メール確認ログイン」をクリックすると、ユーザーが自分でメールウェブまたはクライアントにログインし、メールを確認してからリンクをクリックしてログインを完了する必要があることです。手順が煩雑であり、メールが届かないか迷惑メールフォルダに入る可能性もあるため、実際の状況は「メールアドレス + パスワード」が主流のログイン認証となり、メールの確認はパスワードのリセットに使用されることが多くなりました。
OpenID は、「メールアドレス」を「ウェブアドレス」で置き換えると考えることができます。ウェブアドレスなので、ログインフォームに入力して送信すると、直接ウェブアドレスに移動し、対応する認証を完了した後に戻ってきてログインが完了します。中間の重要なプロセスはすべてプロトコルによって統一された規格で処理されます。
「メールアドレス」と同様に、専門のサービスプロバイダーで OpenID として使用できる「ウェブアドレス」を取得することができます。例えば：http://wdssmq.openid.org.cn/。
同様に、自分自身で「メールサービス」または「OpenID サービス」を構築することもできますし、既存のウェブアドレスを OpenID として使用することもできます。
<!-- 自分のURLをOpenIDとして使用することができます。URLに対応するウェブページの<head>セクションに次の2行を追加するだけです -->
<link rel="openid2.provider openid.server" href="http://openid.org.cn/server" />
<link rel="openid2.local_id openid.delegate" href="http://wdssmq.openid.org.cn/" />
「メールサービス」または「OpenID サービス」のパスワードはどちらにしても覚える必要がありますが、後者を使用してログインまたは登録する場合、別のパスワードを覚える必要がないように設計されています。見た目はかなり優れているように見えますが、12 年が経過しました...
OpenID と OAuth については、ed2k と BT の関係に少し似ていると感じます。実際、ed2k の存在感はかなり高いです。少なくとも情緒的な意味では...
いずれにしても、まずアカウント A が必要ですから、なぜ QQ や Google などを選ばないで、それらを使用してアカウント B にログインするのでしょうか。
さらに、実際のところ、さまざまなパスワードはパスワード管理ツールで記録することができ、ブラウザにはそれが組み込まれています...
そして、メールの確認メールが届かないなど、メールをバインドしようとするといくつかの問題があります...