XE TOWN에 자료공유 게시판 혹은 포인트 마켓을 통해 배포할 예정입니다.
조건
글 목록 페이지당 10개만 출력 하도록 설정됨
10개의 글중 차단된 회원들의 글이 4개
결과
1.차단된 회원의 글을 제외하고 6개 출력
2.차단된 회원의 글을 제외하고 10개 출력
제가 생각한 결과물은 2번이 맞지 않을까 생각됩니다.
그런데 2번으로 할 경우 document , comment 모듈의 수정이 불가피할거 같아서 고민이 큽니다.
가능한 수정없이 모듈 설치만으로 작동되길 원하고 있습니다만;;
여러분들 생각은 어떠신가요?
1,2 혹은..
3.기본적으로 1번 기능으로 작동 .. 하지만, document,comment 모듈 수정이 가능하다면 2번까지 작동 되도록
사실 3은 싫습니다.
퀄리티를 위해 하나만 결정해서 밀고 나가고 싶어요.
?
XE 1.8.25에서 추가된 document.getDocumentList(before) 트리거를 사용하면 문서 목록에 임의로 조건을 추가하거나 목록을 대체할 수 있습니다. 슈퍼 캐시 모듈에서 페이징 캐시 및 검색 결과 캐시를 위해 사용하는 트리거인데, 잘 사용하면 상상할 수 있는 거의 모든 기능을 구현할 수 있지만 잘못 사용하면 게시판 망가지는 지름길이지요.
댓글은... 굳이 코어수정 없이 처리하자면 documentItem 클래스를 상속받아서 getComments() 메소드만 다시 정의하고, moduleObject.proc(after) 트리거에서 $oDocument를 이것으로 바꿔치기하는 방법이 있겠네요. 실제로 이 메소드를 호출하는 것은 스킨 실행 시점이니, 미리 바꿔치기하면 댓글을 두 번 불러오지 않아도 됩니다.
물론 문서 목록도 같은 방법을 사용해서 $document_list를 바꿔치기하면 XE 1.8.25 미만 버전에서도 사용할 수 있겠지만, 목록을 두 번 불러오게 되니 슈퍼 캐시 모듈이 안 좋아할 겁니다 ㅋㅋㅋ
구름이님, 지나가다 궁금해서 질문 드리는데요.
저는 그동안 스킨단에서 목록 필터링할 때 코어에 내장된 document_list 대신,
$total_count로 $args->list_count를 잡고 getDocumentList로 $output을 얻어낸 다음,
$output->data를 루프 돌리면서 필터링할 문서들을 unset($output->data[$key]) 처리하고,
최종적으로 $document_list = array_slice($output->data, $module_info->list_count*($page-1), $module_info->list_count, true) 로 정의내려서 사용했었거든요.
(물론 정말 최종적으로는 $page_navigation 변수를 다시 정리를 해줘야 하구요)
이렇게 하면서 말씀하셨던 2번 방식을 해본 적이 있었는데, 이 경우에도 게시판을 두 번 호출하는 셈인가요?
저도 하면서 좀 알딸딸하긴 했거든요.
코어에서 만들어주는 $document_list를 바로 사용하는 게 아니니까 한 번만 호출하는 거 같기도 하고, 아닌 것 같기도 하고요.
와 이런기능 기다렸는데... 비슷한 기능의 애드온이 있어 잠깐 썼다가 사진 첨부시 새로고침이 안되는 버그 때문에 못썼는데...기대 됩니다.
2번도 좋지만 1번의 경우 모듈 수정이 없다면 유지관리를 위해 1번을 원하는 사람들도 많을거 같습니다.
일단 1번 방법으로 하시고 추후 다른버전으로 만드는게 어떨까요?
차단한 회원을 제외한 게시물 목록을 $document_list에 넣고, 다시 Context::set()으로 덮어씌우면 됩니다. 전체 글 갯수나 전체 페이지 수도 마찬가지로 다시 덮어씌우면 됩니다.
다만, 문제는 게시판을 두 번 호출하는 효과가 난다는 것이죠.