포럼게시판에 적용중인 스킨... 정보
기타 포럼게시판에 적용중인 스킨...
본문
재미(?!)있군요!
글 작성(원글 또는 코멘트 작성) 후 이동(또는 정렬)할 내용을,
write_update.skin.php에서 최종적으로 처리한 결과를 가지고,
정렬순서 자체를 변경시키는 방식이군요.
(최후의 코멘트가 삭제되든지의 여부는 상관없이,
최종 코멘트가 언제 등록이 되었었느냐를 기준으로...)
간단해 보이지만, 어거지로 끼워 맞춘듯한 느낌이 강합니다.
뭔가 탄력적으로(만약, 최근에 코멘트를 등록했으나 곧바로 삭제했다면...) 적용시키기 위해서는,
DB에 상당한 부하가 갈까요?
뭐 현재야 원 게시물의 갯수가 그다지 많지 않고,
참여자도 적어서 별 차이가 없겠지만...
아 참... '포럼게시판'의 리스트(목록) 정렬방식은 wr_datetime필드를 기준으로 적용됩니다.
글 작성(원글 또는 코멘트 작성) 후 이동(또는 정렬)할 내용을,
write_update.skin.php에서 최종적으로 처리한 결과를 가지고,
정렬순서 자체를 변경시키는 방식이군요.
(최후의 코멘트가 삭제되든지의 여부는 상관없이,
최종 코멘트가 언제 등록이 되었었느냐를 기준으로...)
간단해 보이지만, 어거지로 끼워 맞춘듯한 느낌이 강합니다.
뭔가 탄력적으로(만약, 최근에 코멘트를 등록했으나 곧바로 삭제했다면...) 적용시키기 위해서는,
DB에 상당한 부하가 갈까요?
뭐 현재야 원 게시물의 갯수가 그다지 많지 않고,
참여자도 적어서 별 차이가 없겠지만...
아 참... '포럼게시판'의 리스트(목록) 정렬방식은 wr_datetime필드를 기준으로 적용됩니다.
추천
0
0
댓글 4개
포럼의 코멘트 처리방식에 적응이 안됩니다.
나중에 글에 대해서 코멘트를 읽으면서 참석할려면.. 위에서 부터 읽어내려가면 가장 적응이 빠를듯한데...
거꾸로 올라오면서 파악해야 한다면...
그중에 한화면을 넘기는 코멘트가 들어있거나, 코멘트에 답변들이 달렸다면 아래위를 왔다갔다 해야하는 불편함이 있을듯 하군요.
아무리 생각해봐도... 위에서 아래로 내려가는것이...
단순하다보니 단순한것을 좋아합니다. ㅋㅋㅋ
나중에 글에 대해서 코멘트를 읽으면서 참석할려면.. 위에서 부터 읽어내려가면 가장 적응이 빠를듯한데...
거꾸로 올라오면서 파악해야 한다면...
그중에 한화면을 넘기는 코멘트가 들어있거나, 코멘트에 답변들이 달렸다면 아래위를 왔다갔다 해야하는 불편함이 있을듯 하군요.
아무리 생각해봐도... 위에서 아래로 내려가는것이...
단순하다보니 단순한것을 좋아합니다. ㅋㅋㅋ
> 단순하다보니 단순한것을 좋아합니다. ㅋㅋㅋ 코멘트 처리방식에 적응이 안됩니다.
동감입니다.
단순하다 보니...
역시나 단순한 것을 좋아합니다.
코멘트 자체는 최근 등록순으로 정렬되지 않지만,
가장 최근에 등록된 코멘트를 기준으로,
원 게시물의 출력순서(리스트 화면)가 wr_datetime(게시물 작성시간)을 기준으로 재정렬 됩니다.
음... 불현듯 '댕이'님이 연상되는 것은 왜일까요?! *^^*
동감입니다.
단순하다 보니...
역시나 단순한 것을 좋아합니다.
코멘트 자체는 최근 등록순으로 정렬되지 않지만,
가장 최근에 등록된 코멘트를 기준으로,
원 게시물의 출력순서(리스트 화면)가 wr_datetime(게시물 작성시간)을 기준으로 재정렬 됩니다.
음... 불현듯 '댕이'님이 연상되는 것은 왜일까요?! *^^*
코멘트 정렬방식을 사용자가 원하는대로 보여주면 어떨까요?
오름차순/내림차순 버튼이나 링크를 하나씩 걸어준다면 될것도 같은데요.
오름차순/내림차순 버튼이나 링크를 하나씩 걸어준다면 될것도 같은데요.
일단 뚜껑이 열려야 '좀 더 탄력적인 구상을 할 수 있지 않을까'라는 생각을 가져 봅니다.
닫힌 솥을 바라보고 있는 현재야말로 단순한 추측 그 이상이거나 그 이하도 아닐테니까요.
수정하는 부분의 기능적인 내용을 담고 있는 write_update.skin.php에서의 제어와,
(특정한 조건에 따라 실행된다고 하더라도)기본틀 자체를 변경시키는(/bbs/write_update.php, /bbs/board.php) 방법 등
그 어떤 상황에서 어떤 부분에 수정을 가했을 경우, 가장 효율적인 운용이 가능할 수 있겠느냐를 끌어내야 할 테니까 말이죠.
닫힌 솥을 바라보고 있는 현재야말로 단순한 추측 그 이상이거나 그 이하도 아닐테니까요.
수정하는 부분의 기능적인 내용을 담고 있는 write_update.skin.php에서의 제어와,
(특정한 조건에 따라 실행된다고 하더라도)기본틀 자체를 변경시키는(/bbs/write_update.php, /bbs/board.php) 방법 등
그 어떤 상황에서 어떤 부분에 수정을 가했을 경우, 가장 효율적인 운용이 가능할 수 있겠느냐를 끌어내야 할 테니까 말이죠.