솔직히 요사이 답글은 관리자 답글로 하나정도 달리고..
대부분 커뮤니티에선 댓글로 기능을 대신하고 있는 실정입니다.
그다지 필요없는 부분이지만..
대가리 굴리기를 위해..
로직을 만들어 보았습니다.
ㅠㅜ 플래시나 Motion등등 로직구성 이후에 게시판이나 웹프로그래밍에서 로직을 하긴 10년만인것 같습니다.
마지막으로 데스트네이션 3때 플래쉬게시판 만들고..오이까기(그림게시판)이후에..
전혀 계층형 게시판에 대한 기억을 잊은채..Rails 연마를 위해 다시 시도해 보았는데.
ㅠㅜ
@board.depth = depth
@board.thread = parentThread - 1
respond_to do |format|
if @board.save
flash[:notice] = 'Board was successfully created.'
format.html { redirect_to(@board) }
format.xml { render :xml => @board, :status => :created, :location => @board }
else
format.html { render :action => "new" }
format.xml { render :xml => @board.errors, :status => :unprocessable_entity }
end
end
end
이 부분은 답글 쓰기 부분입니다.
원래 기본 로직은 ref column을 기준으로 내림차순(desc)정렬을 하는거죠.
그리고 부모의 level을 가져와 +1 해주고
그 부모의 ref부터 상단으로 ref를 +1를 해주고 column을 저장해주는겁니다.
만약 10번의 게시글에 답글을 저장하면..
10부터 top이 22번이라면..11..23번으로 ref이 바뀐후.
부모의 10 ref값으로 저장이 됩니다.
그런후 desc정렬을 하면..
22
.
.
11 level = 0이면
<--- 10 답글 level = 0 + 1로 1이되고 그 level * 20px로 답글 아이콘이 제목 앞단에 그려집니다.
9
.
.
1
문제는 게시글이 엄청나게 많고 하단..즉 옛날의 게시글에 답글을 단다면..ㅠㅜ
엄청난 update가 되겠죠.
비효률적인 방법입니다. ^^ 로직을 복잡하게 구성하면 해결이 되겠지만.
예전에 가장 많이 쓰던 방법이죠. 옛날 게시글엔 답글을 달지 않는다는 일반적인 생각으로.
그래서 발전된것이..그룹으로 게시글이 등록이 되는 방법입니다.
즉 새글..level 0의 ref를..thread로 표현을 바꾸겠습니다. 윗 소스 설명이기 때문에.
1000단위로..
새글이 등록이 되면..
5000
4000
3000
2000
1000
이런식으로 등록이 되고..그 새글에 답글을 달면 아무리 업데이트를 해봤자 1000개 이상 넘지 않는다는거죠.
^^ 그러나 저는 100개 정도도 충분하다 생각해서 100단위로 그룹을 설정했습니다.
이제 설명을 하자면..
먼저..
답글 명령시에..
def reply
@board = Board.find(params[:id])
end
해당 부모게시글의 정보를 가져와 html에서 담아둡니다.
그런후 정장을 하면..
def create_reply
@board = Board.new(params[:board]) # 부모의 thread값과 답글의 정보를 가져옴
parentThread = @board.thread # 부모 thread값 변수 지정
thread = parentThread #
depth = @board.depth + 1 # 답글에 저장될 depth 값
prevThread = (thread-1)/100 * 100 # 이전 그룹의 최상위 부모 thread값 계산
만약에 300번의 부모나 답글에 또 답글을 단다면 기 thread값부터 하위의 그룹까지 영역을 정의해야 하기 때문에.
일반적으로 100-1즉 99 / 100을 하면 0.99가 되고 그 값에 100을 곱하면 99가 됩니다.
하지만 Ruby나 여타 언어에서 계산을 하면 소숫점 이하값은 지워집니다. 즉 100단위로 잘라버리는거죠.
100번의 부모글이나 99번의 답글에 처리가 되면 0이 됩니다.
4000번은 3999/100이 되면서 39.99는 39가 되고..그 값에 100을 곱하면 3900번이 되죠.
즉 원하는대로 하위의 그룹 thread값을 얻을수 있습니다.
하위 그룹값이 필요한 이유는 위에 설명했던 ref값의 내림차순은 부모값으로 부터 최상위 ref값부터 +1을 한후
부모의 ref값으로 추가가 되기 때문에 위쪽으로 밀어서 사이에 들어가는 방식이지만.
이놈은 부모 그룹 100부터 하위값으로 저장이 되는겁니다.
400
399
398
397
.
.
300
299
298
297
296
200
199
198
100
이런식으로..
여기가 제일 중요한 thread 업데이트 부분입니다.
^^ 역시나 그룹단위의 수만큼만 업데이트를 하죠.
300의 값을 대입한다면.
조건식이 thread < 300(부모값이 대입)and thread > 200 해당되는 thread 값을 1씩 증가.
300,299,298,297,296
299보다 작거나 200보다 크다면 299..296인데 SET thread = thread - 1 이기때문에 299은 1이 감소한 298이..
296은 295가..
그렇게 되면 300,<빈공간>,298..295이 되고 업데이트후에..
@board.depth = depth # 위에서 depth값에 1를 증가시킴.
@board.thread = parentThread - 1 # 부모의 값에서 1를 감소 즉..299자리에 들어가 부모의 바로 밑에 달리게됩니다.
respond_to do |format|
if @board.save
flash[:notice] = 'Board was successfully created.'
format.html { redirect_to(@board) }
format.xml { render :xml => @board, :status => :created, :location => @board }
else
format.html { render :action => "new" }
format.xml { render :xml => @board.errors, :status => :unprocessable_entity }
end
end
end
최종적으로..
300
>>>>299 답글
298
.
.
.
295
^^ 처음 로직보단 진보된 계층형 답글입니다.
하지만..
역시나 제일 중요한것은..
글 삭제 입니다.
가끔 보면 예전에 댓글을 지우려하거나 원본을 지우려 하면..댓글이 달려있어 삭제가 불가능하다고 하죠.
아니면 관리자에게 문의하라거나 정말 삭제할꺼냐고 경고창이 뜹니다.
관리자가 손수 일일이 지우고 thread값을 변경하거나..
복잡한 로직으로 수작업으로 삭제할것을 프로그래밍해서..ㅠㅜ 시스템에 부하가 걸리거나.
ㅠㅜ 계층형게시판으 로직중..최고의 골치는 역시나 댓글이 달려있는 글 삭제입니다.
일단 계층형게시판에 대한 정보가 전무? 있긴한데 .. 그다지 썩 마음에 들지 않는..
저도 2시간 정도 걸린것 같군요.
ㅠㅜ 로직을 좋하는 저로썬 오랜만에 땀좀 흘렸습니다.
조건으로 변수에 저장한후..
그 변수를 또한번 검색후 삭제..(이부분에서 해당 게시글은 범위에 들지 않고 삭제가 안됩니다. 왜냐면..
같은 depth의 글을 배제하기 위해서죠)
이제 해당글을 삭제합니다.
그런후 다시 조건으로 변수에 저장한후.
변수레코더값을 업데이트..
^^
def destroy
@board = Board.find(params[:id]) # 삭제할 column값을 전달 받음.
@boards = Board.find(:all, :order => "thread DESC", :conditions => "thread < #{selfThread} and thread > #{prevThread} and depth > #{depth}")
여기서 중요합니다.
같은 depth를 배제하기 위해서 상위 depth값을 조건으로 합니다.
298번이고 depth가 1이면.
300-0
299-1
298-1 <- 해당 삭제글
297-2 <- 298의 답글 삭제에 해당됨
296-1 <- 해당 안됨, 같은 depth 조건에 해당 안됨
295-1 <- 상동
294-2 <- 295의 답글이지만 depth가 상위이기에 조건에는 해당
293-1 <- 해당안됨
즉..WHERE thread < 298 and thread > 200 and depth > 1 # 해당 삭제글은 300그룹이고..300..200의 영역입니다.
위의 조건에는
297,294 해당됩니다.
if @boards.length > 0 # 조건에 해당 안될때 본인 글만 삭제를 위해.
for board in @boards
if (thread-1) == board.thread
board.destroy
thread -= 1
end
end
end
아까 조건에 해당되는 값을 대입하면.
(thread-1) == board.thread thread는 삭제되는 글을 298값..board.thread는 조건에 내림차순으로 가져온 297
298-1 == 297 조건이 참이기 때문에 삭제됩니다.
그리고 thread값은 1이 감소됩니다. 297
다시 대입. 297-1 이번 board.thread값은 294죠. 297-1 == 294 조건이 거짓이기때문에 삭제 실행이 안됩니다.
즉.
댓글이거나..그 답글의 답글..계속 이어진 답글이면 조건에 해당되어서 삭제가 되고.
조건에 해당되지 않는 다른 글의 답글은 삭제가 되지 않습니다. ㅠㅜ
@board.destroy # 해당 삭제글을 이제야 삭제합니다.
298과 답글 297이 삭제가 되었죠
여기서부터도 중요 ^^ thread값을 다시 정렬하는 겁니다.
if selfThread % 100 != 0 # 이부분은 만약에 그룹의 부모면 실행을 하지 않는다 입니다. 100,200..나머지 값이 0이면 그룹부모의 값.
@boards = Board.find(:all, :order => "thread DESC", :conditions => "thread < #{afterThread} and thread > #{prevThread}")
아까 백업했던 변수를 사용합니다.
WHERE thread < 299 and thread > 200 # afterThread는 부모 thread+1한것이기 때문에 299가 됩니다.
이렇게 조건을 달면
298
.
.
200 이 조건 영역이 되죠. 왜 그룹의 부모값이 배제 했냐면. 어차피 위의 삭제로직에서 그룹이 사라집니다.
그러니 업데이트가 필요 없습니다.
for board in @boards
board.update_attribute(:thread, selfThread)
selfThread -= 1
end
end
위에 삭제로직 실행후..조건에 의해 검색을 하면.
조건에 해당이 안된 같은 depth글이나 조건에 해당되었지만 삭제가 안된 글이 해당되죠.
296-1 <- 해당 안됨, 같은 depth 조건에 해당 안됨
295-1 <- 상동
294-2 <- 295의 답글이지만 depth가 상위이기에 조건에는 해당
293-1 <- 해당안됨
중요한것은 로직입니다.
모르던 상황에서 요구받은 결과값을 얻기 위해 스스로 최상의 로직을 구현하는것이 어떻게 보면 프로그래밍의 핵이라 할수있죠.
코딩은 ^^ 노가다고..
일부러 있는 소스(-.- Rails는 잘 없던데요..) 쓰지 않고.
새롭게 생각을 해봤습니다.
CF만 몰두해서 하다가..
올만에 ^^
2009-02-20 10:36:45
키마
외계인이시군요...ㅠ.ㅜ
2009-02-20 11:01:49
freeman
조은데요.. ㅎㅎ 숫자는 정말 못하는게 없어요.. ^^;
2009-02-20 12:14:37
방현오빠
수정로직입니다. ㅠㅜ
버그는 아니고. 효률적인.
맨 하단부분에 삭제후 thread 재정렬 부분에서 검색후 일일이 업데이트를 했는데 ^^
Board.update_all "thread = thread + #{del_count}", "thread < #{afterThread} and thread > #{prevThread}" if selfThread % 100 != 0
^^ 어차피 답글이 지워진다는것은 자신을 포함해 순차적으로 삭제가 되기 때문에 삭제한 column만큼 하위 column의 thread를 증가 시키면 됩니다.
del_count = 0 이란 변수를 초기에 설정.
답글이 지워지는..
if @boards.length > 0 # 조건에 해당 안될때 본인 글만 삭제를 위해.
for board in @boards
if (thread-1) == board.thread
board.destroy
thread -= 1
del_count += 1 <-- 삭제수 증가
end
end
end
Date: 2009-02-20 08:12
Read: 3407 / Vote: 1
