최근은 팝업창을 새로 안 띄우고 Div 로 해서 모달로 띄우는게 대세이죠

관리자페이지도 계속 그렇게 바뀌어가고 있죠

 

이게 분명 편한 면은 있는데.. (특히 최신 브라우저가 새창을 별도 창이 아닌 탭추가 형식으로 하다보니 더 그렇죠)

문제는,  과부하의 아주 큰 원인 중 하나인듯해서요....

 

제가 최근에  굉장히 많은 그룹을 생성해야하는 경우와,  굉장히 많은 게시판을 생성해야하는 경우가 있었는데

 

그룹이 굉장히 많은 경우..  (300개 이상 되는 경우)

관리자페이지에서 게시판 목록이 굉장히 느려져요. 

(게시판 목록에서 기본적으로 권한 설정을 위한 div 가 실행되는데 그룹리스트 다 추출되면서 완전 과부하 걸리죠..)

임시방편으로는...

board/tpl/index.html  끝의    <include target="../../module/tpl/include.manage_selected.html" />  없애면 당장은 해결되긴하죠.

 

게시판이 굉장히 많은 경우 (8000개만 되도 문제가 되기 시작하더군요)

게시판 목록 페이지에서 메모리 에러나기 일수입니다.

그리고 댓글 내역 및  관리자 메인페이지(여기도 최근댓글이 있으니)  에서도 메모리 에러가 납니다.

 

당장 사용해야하니,  관리자 페이지를 분석해서 이유를 찾거나

임시방편으로 해당 부분만 주석처리하는 걸로 해서...  처리하고 있긴한데..

 

예를들면,  
modules/board/baord.admin.view.php 에서

function dispBoardAdminContent() {  함수내에서

     $grant_content = $oModuleAdminModel->getModuleGrantHTML($this->module_info->module_srl, $this->xml_info->grant);

를 주석처리하면,  게시판 목록 쪽의 메모리 에러는 바로 없앨 수가 있죠.

 

 

관리자페이지가...  UI 적인측면과 조금의 편의성 때문에

실제 자료가 굉장히 많은 경우,  관리자페이지가 버티질 못하네요

 

실제 이런 경우가 드물긴하겠지만..  그래도 테스트해볼 필요가 있지 않을까 싶네요?

관리자페이지는  편의성보다는 안정성이 우선시 되어야한다고 보거든요.. 아예 관리가 안 되어버리니...

브라우저 호환성 부분도 반드시 고려해주셔야하고요...