바로 사용할 수 있는 자료가 있는지는 모르겠고요, 모듈이나 애드온으로 구현하고 싶으시다면 대략의 원리는 아래와 같습니다.
1. 무엇을 동일인이라고 판단하는 기준으로 삼을지 결정합니다. 메일 주소? 전화번호? 아이디? 닉네임? 아이피? 쉽게 꾸며내거나 바꿀 수 없는 것으로 해야 효과가 있겠지요. 본인인증이 필요한 사이트라면 이름과 생년월일의 조합이 가장 확실합니다. 특정한 업종에 종사하는 사람들의 협회라면 자격증 번호나 사업자등록번호 같은 것으로도 동일인을 식별할 수 있습니다.
2. 위에서 선택한 기준에 해당하는 정보를 탈퇴시(procMemberLeave) 별도의 테이블에 저장해 둡니다. 단, 메일 주소나 전화번호 등 개인정보보호법의 적용을 받는 정보라면 둘 중 하나를 선택해야 합니다. 이러저러한 목적으로 탈퇴 후에도 일정 기간 개인정보를 보관하겠다고 약관에 명시하거나, MD5, SHA1, SHA256 등의 단방향 암호화 알고리즘으로 암호화하여 저장하거나...
3. 회원가입시(procMemberInsert) 입력받은 정보를 위에서 저장한 정보와 비교하여, 중복이면 가입을 거부합니다. 만약 암호화하여 저장했다면 동일한 방법으로 암호화하여 비교하면 됩니다.
4. 일정 기간이 지난 후에 재가입을 허용하려면 2번에서 정보를 저장할 때 탈퇴일시를 함께 저장해 두면 됩니다. 가입시 중복이 발견되더라도 일정 기간이 지났다면 무시하도록 만들 수 있으니까요.
1. 무엇을 동일인이라고 판단하는 기준으로 삼을지 결정합니다. 메일 주소? 전화번호? 아이디? 닉네임? 아이피? 쉽게 꾸며내거나 바꿀 수 없는 것으로 해야 효과가 있겠지요. 본인인증이 필요한 사이트라면 이름과 생년월일의 조합이 가장 확실합니다. 특정한 업종에 종사하는 사람들의 협회라면 자격증 번호나 사업자등록번호 같은 것으로도 동일인을 식별할 수 있습니다.
2. 위에서 선택한 기준에 해당하는 정보를 탈퇴시(procMemberLeave) 별도의 테이블에 저장해 둡니다. 단, 메일 주소나 전화번호 등 개인정보보호법의 적용을 받는 정보라면 둘 중 하나를 선택해야 합니다. 이러저러한 목적으로 탈퇴 후에도 일정 기간 개인정보를 보관하겠다고 약관에 명시하거나, MD5, SHA1, SHA256 등의 단방향 암호화 알고리즘으로 암호화하여 저장하거나...
3. 회원가입시(procMemberInsert) 입력받은 정보를 위에서 저장한 정보와 비교하여, 중복이면 가입을 거부합니다. 만약 암호화하여 저장했다면 동일한 방법으로 암호화하여 비교하면 됩니다.
4. 일정 기간이 지난 후에 재가입을 허용하려면 2번에서 정보를 저장할 때 탈퇴일시를 함께 저장해 두면 됩니다. 가입시 중복이 발견되더라도 일정 기간이 지났다면 무시하도록 만들 수 있으니까요.