J'aime vraiment l'idée d'OpenID. Mais peu de mes utilisateurs cibles en ont même entendu parler. Si je veux offrir OpenID en tant qu'option, mon seul choix semble être d'offrir à la fois l'authentification par email/mot de passe et OpenID.OpenID: interface utilisateur unique prenant en charge à la fois Email/Mot de passe et OpenID
J'ai vu plusieurs sites qui utilisent cette combinaison et l'idée semble peu attrayante pour le dire légèrement. Placer les deux options sur le même écran est distrayant et inutile si seulement 10% des utilisateurs se soucient d'OpenID. Alors je me demande comment je pourrais offrir une interface utilisateur unique qui supporte à la fois OpenID et email/mot de passe pour l'authentification et la création de compte?
Une possibilité que j'ai envisagée est d'utiliser un seul champ OpenID/email qui peut détecter si un email ou un OpenID a été utilisé et ensuite ajuster dynamiquement l'interface en conséquence. Par exemple, une page de création de compte peut commencer par un seul champ intitulé "email" avec un texte discret du type "nous supportons OpenID". Si un utilisateur entre une URL, l'interface bascule vers une page de création de compte OpenID (via JavaScript). Si une adresse e-mail est entrée, rien ne se passe.
Quelle est la meilleure méthode que vous ayez trouvée pour cacher OpenID à un utilisateur moyen, tout en laissant savoir aux utilisateurs avertis que votre site le supporte?
Nice ... on dirait qu'ils utilisent RPX: https://rpxnow.com/. –
Oui, je le pense. Mais RPX ne gère que le côté OpenID. Le nom d'utilisateur/mot de passe est toujours à la hauteur du site Web d'hébergement, je pense. –
Il ya un Ruby Gem ici: http://github.com/grosser/rpx_now –