내가 원했던 것은 영구적 인 회원 시스템이고 쉬운 나의 여러 사회적인 신청을위한 등록/로그인 프로세스입니다. 전자 메일 주소 나 개인 정보가 정말로 필요하지 않습니다. 그러나 내 웹 사이트를 익명 보드 또는 봇용 스팸 영역으로 변환하고 싶지 않으며 내 방문자가 자신의 Facebook 또는 Google 계정을 통해 로그인하도록하고 싶지 않습니다.대체 사용자 등록/승인 방법은 무엇입니까?
이 경우 무엇을 권하고 싶습니까?
감사합니다.
당신은 그것을 두 가지를 가질 수 없습니다. 익명 사이트를 원하거나 인증/신원 확인이 필요합니다.
인증을위한 몇 가지 쉬운 옵션이 있습니다.
전자 메일. 전자 메일 전용 및 쿠키, 비밀번호 없음으로 인증 할 수 있습니다. 이는 일반적인 것이 아니며 보안 수준이 높은 시나리오의 경우 암호 외에도 자주 사용되지만보다 단순한 보안을 위해 암호없이 사용할 수도 있습니다. 기본적으로 사용자는 전자 메일로만 로그인하십시오. 그 (것)들에게 확인 우편물을 보내 거든 그들은 확인 우편물에있는 연결을 누른다. 사용자가 링크를 클릭하면 영구 쿠키를 저장하고 그 이후에 쿠키가 인증됩니다. 쿠키를 잃어 버리면 프로세스를 반복하고 동일한 전자 메일 주소로 다시 인증 할 수 있습니다. 수동 계정 생성, 암호 없음. 암호를 사용하는 것만 큼 안전합니다. 로그인하는 데 전자 메일을받는 것이 약간 성 가시지 만 쿠키가 손실되지 않기를 바랍니다. 은행/신용 카드 회사 중 일부는 전자 메일 외에도이 작업을 수행하며 컴퓨터를 교체 할 때만 통보합니다.
이메일/패스워드. 이메일/비밀번호 인증의 유용성과 단순성을 간과하지 마십시오. 사용자는 ID에 익숙하며 제대로 작동합니다. 계정을 만들기 위해 하나의 작은 양식으로 분리되어있는 한 실제로 방해가되지는 않습니다.
OpenID. 모든 공용 웹 사이트는 OpenID를 사용 가능한 인증 메커니즘으로 지원해야한다고 생각합니다. 그것을 사용하는 사람들과 사이트들에게 그것은 훌륭합니다. 간단한 인증 및 사용하기 쉽습니다. 설정은 그것이 무엇인지 또는 사용법을 모르는 사람들에게는 고통 스럽기 때문에 OpenID는 techie 사이트를 제외하고는 사용하지 않는 것이 좋습니다. 그러나 좋은 대안입니다.
웹 사이트에서 OpenID 인증을 사용하는 것이 좋습니다. 이렇게하면 서버에 사용자 데이터를 저장하고 가져 오는 번거 로움에 대해 걱정할 필요가 없으며 사용자가 웹 사이트에 대한 OpenID 로그인 자격 증명을 사용할 수있는 기능을 제공 할 수 있습니다.
Kimd 관련,
Dorcy