OpenIDを使用して、同じニックネームを持つ2つのアカウントをどのように処理しますか

StackOverflow https://stackoverflow.com/questions/297249

  •  08-07-2019
  •  | 
  •  

質問

利用可能な唯一の登録方法としてOpenIDを提供し、ニックネームで何か意味のあることをしたい場合、同じJon Smithニックネームを持つ2人のユーザーをどのように処理できますか?

実際、StackOverflowのURLスキーマを見たとき、内部ユーザーIDがURLで使用されていたことに驚きました。例:

https://stackoverflow.com/users/5908/z225rate

今、私はおそらくこの問題を回避することだと思います。

しかし、これはトリッキーなシナリオも開きます。ユーザーが他の誰かになりすます場合はどうなりますか?偽のOpenIDアカウントを作成し、ニックをコピーして、そこに行くだけです。誰がOpenIDのURLを見ているのかは確かにわかりますが、経験のないユーザーの間で混乱を引き起こす可能性が非常に高いです。

登録中にニックネームを確認し、すでに使用されていた場合に備えてユーザーに別のニックネームを強制的に取得させることを考えていました。ただし、新しいニックネームを保持し、OpenIDで設定したニックネームの代わりに使用する必要があります。良くない。

アイデアはありますか? " OpenIDを使用しない" (有効な)アイデアではありません:)つまり、私はそれを使用しないことになりますが、それを「適切に」機能させるためにどこまで行かなければならないかを知りたいのかもしれません。

ありがとう!

役に立ちましたか?

解決

Open IDのニックネームを使用し、システムでのニックネームの選択をデフォルトにすることができますが、システムでの重複を許可しないため、システムで別のニックネームを選択する必要があります。

Open IDニックネームを保存して使用することもできます。だから、だれでもOpenIDから好みのニックネームを表示できるようにしたい場合は、だまされたユーザーに対して、「OpenID Nick(yourユニークなニックネーム)"。

だから、多くのユーザーが望むニックネームを好むユーザーには、マイク(mike1)、マイク(mike2)などがあるかもしれません。こうすることで、ユーザーが一意でないニックネームを選択するのを防ぐことができます。

他のヒント

偽のOpenIDのようなものはありません。基本的に、OpenIDはURLスペースをユーザーにマッピングし、データの受け渡し方法に関する少しのハンドオフルールを使用しています。

OpenIDのURLを作成する方法に関する標準がないため、名前の横にある完全なOpenID URLを平手打ちするのは少し見苦しいでしょう。すでにメモしました。

独自の内部データは、ユーザーによって渡されるOpenIDフィールドよりも常に有効であると見なされる必要があります。名前が別のOpenIDによってすでに要求されている場合は、ユーザーに別の名前を選択してもらいます。

私によると、最良の方法は、example.com / google / usernameなどのサービスプロバイダーごとに個別のフォルダーを作成することです。これを行うと、異なるプロバイダー間で競合は発生しません。サービスプロバイダーのみが行います。そうしようとすると、g8が混乱し、 http://stakeoverflow.com しています...

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top