문제

우리는 제품을 대대적으로 재작성하는 초기 설계 단계에 있습니다.현재 우리 고객은 대부분 기업입니다.우리는 계정을 관리합니다.계정의 사용자 이름은 각각 고유한 네임스페이스에 있지만 이는 서버 간에 자산을 이동할 수 없음을 의미합니다.

우리는 단일 네임스페이스로 이동하고 싶습니다.그러나 이로 인해 고유한 사용자 이름 문제가 발생합니다.

그렇다면 가장 좋은 아이디어는 무엇입니까?

  • 이메일 주소(인증 포함) ?
  • 고유한 영숫자 문자열("johnsmith9234")?
  • OpenID를 살펴볼까요?
도움이 되었습니까?

해결책

이메일 주소

합리적인

  1. 사용자는 이메일을 자주 변경하지 않습니다.
  2. 어쨌든 필요한 사용자 이름과 이메일 주소를 묻는 단계를 제거합니다.
  3. 사용자는 자신의 이메일 주소를 자주 잊어버리지 않습니다(1번 참조).
  4. 사용자가 이미 사이트에 등록하지 않은 한 이메일은 고유합니다. 이 경우 비밀번호를 잊으셨나요 화면으로 전달되나요?
  5. 거의 모든 사람이 웹 사이트에 액세스하기 위한 기본 로그인으로 이메일을 사용하고 있습니다. 이는 이메일 주소를 요청한다는 사실이 채택률에 영향을 미치지 않아야 함을 의미합니다.

업데이트

등록 후에는 사용자에게 일종의 사용자 이름을 생성하도록 요청하고 공개 사이트를 이메일 주소로 더럽히지 마십시오!또한 이메일 주소를 로그인으로 사용하면 얻을 수 있는 또 다른 이점은 다음과 같습니다.다른 정보(비밀번호/비밀번호 확인 등)는 필요하지 않습니다. 메일을 통해 임시 비밀번호를 보내거나 비밀번호를 모두 잊어버리고 로그인할 때마다 이메일 주소로 일회용 URL을 보내면 됩니다. (보다: cupshot.org)

다른 팁

OpenID는 매우 매끄럽고 기본적으로 로컬 사용자 이름과 비밀번호를 저장하고 인증에 대해 걱정할 필요가 없으므로 진지하게 고려해야 할 사항입니다.

요즘 많은 사이트에서는 OpenID와 자체 사이트를 모두 사용하여 사용자에게 옵션을 제공하고 있습니다.

직접 롤링하기로 결정했다면 이메일 주소를 사용하는 것이 좋습니다.하지만 계정별로 사용자를 그룹화하는 항목(예: 여러 사용자가 있는 회사)을 만드는 경우에는 주의하세요.이 경우 이메일 주소가 두 번 이상 사용될 수 있으므로(예를 들어 두 개 이상의 회사에서 작동하는 경우) 이를 허용해야 합니다.

HTH!

저는 OpenID를 좋아하지만 사용자 커뮤니티가 기술적으로 매우 능숙하지 않는 한 여전히 이메일 주소를 사용하겠습니다.대부분의 사람들이 이해하고 기억하기가 여전히 훨씬 쉽습니다.

ID로 이메일 주소를 사용하는 경우에는 확인이 필요하지 않습니다.어느 날 갑자기 내 사이트의 가입 수가 급격하게 줄어들었을 때 나는 이것에 대해 뼈저리게 배웠습니다.내 사이트의 IP를 포함한 전체 IP 주소가 블랙리스트에 등록된 것으로 나타났습니다.그것을 해결하는 데 오랜 시간이 걸렸습니다.다른 경우에는 Gmail이 매우 합법적인 이메일을 스팸으로 표시하는 것을 보았으며 이로 인해 문제가 발생할 수도 있습니다.

이메일 주소를 확인하는 것은 좋지만 가입을 차단하지는 마세요.

현재 우리 고객은 대부분 기업입니다.

사람들은 그 선을 놓치고 있는 것 같습니다.기업의 경우 OpenID를 통해 로그인하도록 요구하는 것은 실제로 그다지 실용적이지 않습니다.외부 OpenID 제공업체를 이용하거나, 기술이 부족한 직원이 회사 OpenID를 설정하고 구성해야 합니다.

이것이 "StackOverflow가 로그인을 위해 OpenID를 요구해야 하는가" 또는 "내 블로그 댓글 시스템이 OpenID를 통해 자신을 식별할 수 있도록 허용해야 하는가"라면 내 대답은 "물론입니다!"일 것입니다. 그러나 이 경우 OpenID는 그렇지 않을 것이라고 생각합니다. 잘 맞으세요.

저는 개인적으로 확인 기능이 포함된 이메일, OpenId가 ​​좋은 아이디어라고 말하고 싶습니다. 하지만 이미 사용하고 있는 제공업체를 찾는 것이 고통스럽다는 것을 알았습니다. 저는 베타 버전이 나오기 불과 2일 전에 blogspot에서 블로그를 시작하기로 결정했기 때문에 여기에 대한 openId만 있었습니다. .그러나 인터넷의 모든 사람은 이메일 주소를 가지고 있습니다. 특히 기업과 거래할 때 사람들은 개인 블로그 등을 비즈니스 로그인에 사용하는 것을 선택하지 않습니다.

대부분의 고객이 대부분 기업이라면 이메일 이외의 다른 것을 사용하면 고객에게 문제가 발생할 수 있다고 생각합니다.대부분의 사람들은 이메일 주소 로그인에 익숙하며 비즈니스 고객이기 때문에 개인 계정보다는 업무용 이메일을 사용하기를 원할 것입니다.OpenID는 제3자가 관여하고 많은 기업이 제3자가 관여하는 것을 좋아하지 않는 상황을 만듭니다.

OpenID는 확실히 살펴볼 가치가 있다고 생각합니다.고객에게 통합 ID를 제공하는 프레임워크를 제공하는 것 외에도 대기업에 자체 로그인을 관리하고 귀하의 제품을 포함하여 그들이 사용하는 모든 제품에 공통 로그인을 제공할 수 있는 기능을 제공할 수도 있습니다.OpenId가 ​​아직 상대적으로 희귀한 현재로서는 그다지 큰 이점은 아니지만, 더 많은 제품이 이를 사용하기 시작하면서 각 직원이 공통된 회사 OpenId 로그인을 사용할 수 있는 기능이 좋은 판매 포인트가 될 수 있다고 생각합니다.

귀하는 주로 기업에 서비스를 제공하고 있기 때문에 OpenId 계정을 직접 호스팅하겠다고 제안하는 것이 그다지 불합리하다고 생각하지 않습니다.나는 추가적인 유연성이 고객에게 도움이 될 것이라고 생각합니다.

OpenID를 보고 있다면 꼭 확인해 보세요. http://eout.org/ 그리고 http://emailtoid.net.기본적으로 로그인을 위해 이메일 주소를 허용하고 사용자가 아무것도 알 필요 없이 이를 OpenID로 변환할 수 있습니다.꽤 매끄러운 물건입니다 ...

OpenID는 사용자 관리/인증 부분을 직접 작성하는 것에 대한 매우 좋은 대안인 것 같습니다.요즘에는 OpenID를 사용하는 사이트가 점점 더 많아지고 있으므로 사용자의 진입 장벽이 상대적으로 낮아질 것입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top