탈퇴처리문제.. 정보
탈퇴처리문제..본문
다름 아니라.
마이페이지나 회원 상담실.. 등등의 게시판이 잇다면.
비밀글이 잇다고 하면요
회원이 어느시기에 탈퇴를 합니다.
그후에 다른 사람이 이전 탈퇴자와 같은 아이디로 가입을 할경우
그 전자의 탈퇴한 회원의 게시물의 열람이 가능해 지는데.
탈퇴를 하면.. 탈퇴처리는 되지만. 아이디는 삭제 되지 않고 존속 할수 있는지
여쭈어 봅니다.
댓글 전체
탈퇴처리시 모든 필드(값)가 삭제되는 방식,
한 단위의 '레코드'를 몽땅 삭제하는 현재의 방식을 사용하지 않으면 됩니다.
즉, 탈퇴회원 데이터의 정리시 [delete from '회원 처리 관련 테이블명' where mb_id='']와 유사한 형태로
삭제 쿼리문이 실행될겁니다.
이 경우 mb_id를 기준으로 하되,
delete가 아닌 update문을 사용하면,
탈퇴한 회원의 발자취(게시물 등)를 보호할 수가 있습니다.
update... 관련테이블... set mb_id='$mb_id'... 이외의 모든 필드값은 삭제하는 방식.
이 정도로도 충분히 응용이 가능하시리라 여겨집니다.
물론, 한가지 더 신경을 쓴다면,
이미 탈퇴처리된 회원아이디를 '회원가입'이나 기타의 영역(회원레이어 등)에서 호출하는 경우는,
기존의 등록자와는 약간의 차이가 있는 안내메시지를 적용할 필요도 있겠지요.
'이미 가입한 아이디입니다.'와 같은 형태가 아니라,
'탈퇴한 아이디이나 기존 자료의 보호를 위해 ...' 등과 같이...
한 단위의 '레코드'를 몽땅 삭제하는 현재의 방식을 사용하지 않으면 됩니다.
즉, 탈퇴회원 데이터의 정리시 [delete from '회원 처리 관련 테이블명' where mb_id='']와 유사한 형태로
삭제 쿼리문이 실행될겁니다.
이 경우 mb_id를 기준으로 하되,
delete가 아닌 update문을 사용하면,
탈퇴한 회원의 발자취(게시물 등)를 보호할 수가 있습니다.
update... 관련테이블... set mb_id='$mb_id'... 이외의 모든 필드값은 삭제하는 방식.
이 정도로도 충분히 응용이 가능하시리라 여겨집니다.
물론, 한가지 더 신경을 쓴다면,
이미 탈퇴처리된 회원아이디를 '회원가입'이나 기타의 영역(회원레이어 등)에서 호출하는 경우는,
기존의 등록자와는 약간의 차이가 있는 안내메시지를 적용할 필요도 있겠지요.
'이미 가입한 아이디입니다.'와 같은 형태가 아니라,
'탈퇴한 아이디이나 기존 자료의 보호를 위해 ...' 등과 같이...
네. 감 잡았읍니다.
헤헤..
또 머리카락 뽑다가 막히면 여쭐께요^^ 감사합니다.
헤헤..
또 머리카락 뽑다가 막히면 여쭐께요^^ 감사합니다.
id의 고유성을 높이기 위해서 autoincrement 속성을 갖는 bigint 정도의 컬럼이 추가 되어야
근본 문제를 해결할 수 있을 듯 합니다.
근본 문제를 해결할 수 있을 듯 합니다.
z4_member.mb_id 가 PrimaryKey이므로 넣고 싶은데로 id 추가가 됩니다.
bigint나 이런것을 테이블로 넣어서 키로잡게 되면 bigint가 허용하는 범위에서만 추가를 할수있습니다.
왜 추가를 해야하는지 이해를 못하겠습니다 ^^
bigint나 이런것을 테이블로 넣어서 키로잡게 되면 bigint가 허용하는 범위에서만 추가를 할수있습니다.
왜 추가를 해야하는지 이해를 못하겠습니다 ^^
따로 정수를 추가하면
탈퇴한 아이디를 재 사용할 수 있읍니다.
bigint는 40억*40억입니다. 충분하리라 생각합니다.
탈퇴한 아이디를 재 사용할 수 있읍니다.
bigint는 40억*40억입니다. 충분하리라 생각합니다.
모르는 단어만 나오면 벌써 머리카락이 자판에 떨어집니다.^^ 에이 휴..~~
제 의견은 그누보드를 좀 뜯어 고치는 방법입니다.
관리자에서 관리자가 사용자를 삭제하지 않거나
복구/최적화(repair.php)를 실행하지 않으면 삭제되지 않습니다.
복구/최적화(repair.php)에서 "탈퇴회원 자동삭제" 기능을 제거하세요.
/*
// 탈퇴회원 자동 삭제
$sql = " select mb_id from $g4[member_table] where (TO_DAYS('$g4[time_ymdhis]') - TO_DAYS(mb_leave_date)) > '$config[cf_leave_day]' ";
$result = sql_query($sql);
while ($row=sql_fetch_array($result))
{
// 회원자료 삭제
member_delete($row[mb_id]);
}
*/
복구/최적화(repair.php)를 실행하지 않으면 삭제되지 않습니다.
복구/최적화(repair.php)에서 "탈퇴회원 자동삭제" 기능을 제거하세요.
/*
// 탈퇴회원 자동 삭제
$sql = " select mb_id from $g4[member_table] where (TO_DAYS('$g4[time_ymdhis]') - TO_DAYS(mb_leave_date)) > '$config[cf_leave_day]' ";
$result = sql_query($sql);
while ($row=sql_fetch_array($result))
{
// 회원자료 삭제
member_delete($row[mb_id]);
}
*/
아싸.~~~~ 떨어진 머리카락 이 갑자기.. 복원 중입니다.
나스카님 rolo 님 루트님 감사합니다..
즐거운 하루 되셔요..^^
나스카님 rolo 님 루트님 감사합니다..
즐거운 하루 되셔요..^^
root님께서 말씀해 주신 방법을 적용하셔도 되나,
사이트 관리자의 입장이며 '개인정보'를 취급해야 하는 입장이라면,
탈퇴한 회원의 정보를 유지한다는 것 또한 '불법'이라는 사실도
결코 간과하지 않으셨으면 합니다.
'개인정보'라는 거시기는 엄청나게 미묘하고 중요한 부분이죠.
사이트 관리자의 입장이며 '개인정보'를 취급해야 하는 입장이라면,
탈퇴한 회원의 정보를 유지한다는 것 또한 '불법'이라는 사실도
결코 간과하지 않으셨으면 합니다.
'개인정보'라는 거시기는 엄청나게 미묘하고 중요한 부분이죠.
네. 그런 부분도 있군요..^^
아이디와 비번 궁합 될때만 되라. 라는 방안으로 만들어 보겟읍니다.
감사합니다.
아이디와 비번 궁합 될때만 되라. 라는 방안으로 만들어 보겟읍니다.
감사합니다.
또 한가지 응용할만한 방법이라면,
회원아이디의 처리는 기존처럼 하되,
해당(비밀글 등) 게시물의 수정 및 삭제권한을
잠궈버리는 방식도 생각해 볼 수 있겠습니다.
이러한 구문은 '회원정보가 없거나 탈퇴한 회원입니다.'라는 안내 메시지가
출력되는 구문을 역이용하면 가능할 듯 합니다.
회원아이디의 처리는 기존처럼 하되,
해당(비밀글 등) 게시물의 수정 및 삭제권한을
잠궈버리는 방식도 생각해 볼 수 있겠습니다.
이러한 구문은 '회원정보가 없거나 탈퇴한 회원입니다.'라는 안내 메시지가
출력되는 구문을 역이용하면 가능할 듯 합니다.
해당 부분의 상단에
if(글작성일 <회원가입일) {
alert(니글아녀~~~! )
}
하시면 안되남유?.....캬캬캬~~~~!
if(글작성일 <회원가입일) {
alert(니글아녀~~~! )
}
하시면 안되남유?.....캬캬캬~~~~!
겁나게 여러말을 적은 것을,
간단히 표현하시는군요.
팁으로 옮기셔도 손색이 없을 듯 합니다.
진정한 '팁'의 형태가 아닐까 생각됩니다.
예전에 관리자(kagla)님께서 살짝 언급하셨었다는
그런 생각이 살짝 스쳐갑니다.
문제는 가정할 수 있는 회원관련에 있어
근본적인 해결책과는 상당한 거리가 있는 내용이라는 점입니다.
물론, 그 주된 목적이 판이하게 다르기 때문이라고도 볼 수 있겠습니다.
간단히 표현하시는군요.
팁으로 옮기셔도 손색이 없을 듯 합니다.
진정한 '팁'의 형태가 아닐까 생각됩니다.
예전에 관리자(kagla)님께서 살짝 언급하셨었다는
그런 생각이 살짝 스쳐갑니다.
문제는 가정할 수 있는 회원관련에 있어
근본적인 해결책과는 상당한 거리가 있는 내용이라는 점입니다.
물론, 그 주된 목적이 판이하게 다르기 때문이라고도 볼 수 있겠습니다.
뭐 자게에 저 해당문구를 남긴지가 언제인지도 모르는데용.....^^
근데 저게 팁이나 될런지요.....그저 조금 생각하면 되는것인뎅....^^
근데 저게 팁이나 될런지요.....그저 조금 생각하면 되는것인뎅....^^
대부분은 그러한 발상을...
힘들기 때문입니다.
당연한 듯 하면서도
막상 그 짧은 문구를 떠올리지 못하기 때문에 어려운 것이라고 봅니다.
그래서... 절묘한 '팁'이라는 것입니다.
힘들기 때문입니다.
당연한 듯 하면서도
막상 그 짧은 문구를 떠올리지 못하기 때문에 어려운 것이라고 봅니다.
그래서... 절묘한 '팁'이라는 것입니다.
묘수입니다. ^^
^^ 감사합니다..^^
웹진%^% 뭐 만드느라구 정신 없다가 글보고. 눈이 맑아 집니다.^^
감사합니다.^^
웹진%^% 뭐 만드느라구 정신 없다가 글보고. 눈이 맑아 집니다.^^
감사합니다.^^
해당 문제점이 잘 해결되시길 바랍니다.....^^
동일한 내용을 예전에 본 듯 한데 가물가물하네요...
자게에서 보셨으면 맞습니다....캬캬캬~~~~~!
음... 스크랩합니다.
좋은 팁입니다. ^^
좋은 팁입니다. ^^
햐... 스크랩한 글 찾기도 무지하게 힘이 듭니다.^^;
스크랩에 메모 기능이 없어서 스크랩이 쓰레기가 되어갑니다...ㅋㅋㅋ
이것으로 스크랩 총 갯수가 646번을 넘겼습니다^^;
자유게시판에는 본 게시물의 이론적인 내용이 아니라,
실질적인 해결책이 언급된 게시물이 있었는데...
그 게시물 찾기는 포기했습니다.
집중이 안되고 뒷골이 땡겨설랑~*^^*
자유게시판에는 본 게시물의 이론적인 내용이 아니라,
실질적인 해결책이 언급된 게시물이 있었는데...
그 게시물 찾기는 포기했습니다.
집중이 안되고 뒷골이 땡겨설랑~*^^*