2009-02-14 5 views

Répondre

6

n ° FriendlyIdentifierForDisplay peut parfois être dérivé du ClaimedIdentifier. Par exemple, un identificateur revendiqué de "http://blog.nerdbank.net/" devient l'identificateur convivial "blog.nerdbank.net". Mais si l'utilisateur tape "= arnott" (un i-name) comme identifiant, l'identifiant revendiqué devient un i-number (comme =! 9B72.7DD1.50A9.5CCD). Juste après l'authentification, DotNetOpenId a toujours l'identifiant fourni par l'utilisateur à portée de main et peut donc définir l'identifiant amical à "= arnott". Mais étant donné n'importe quel id arbitraire revendiqué comme =! 9B72.7DD1.50A9.5CCD, il est impossible de l'inverser en = arnott.

Il est donc préférable de stocker à la fois le Id Réclamé et la FriendlyIdentifierForDisplay dans votre base de données afin que vous puissiez l'afficher à un autre moment que juste après que l'utilisateur se connecte.

Juste être sûr-jamais utilisation FriendlyIdentiferForDisplay pour rechercher votre utilisateur. Il ne doit être utilisé qu'à des fins d'affichage (comme dans, vous recherchez l'utilisateur en utilisant son identifiant revendiqué, puis vous affichez l'alias de l'utilisateur sur la page Web).

Si vous possédez uniquement l'ID revendiqué, vous pouvez faire de votre mieux pour simuler le comportement FriendlyIdentifierForDisplay en réduisant le schéma du recto et de la barre oblique et tout #fragment. C'est essentiellement l'algorithme pour les identifiants d'URL.