포럼
page_full_width" class="col-xs-12" |cond="$__Context->page_full_width">
캐쉬파일 재생성 좀 더 친화적,직관적으로...
2011.09.30 11:38
캐쉬파일 재생성...서버마다 틀리겟지만...한번 실행하면 한참씩 걸립니다..
어떤땐 되고 있는지...궁금할때가 많습니다..
그래서 캐쉬파일 재생성 과정을 좀더 친화적이고 진관적으로 변경되었으면 합니다...
아래는 대충 만들어본 이미지...
댓글 6
-
老姜君
2011.09.30 12:55
-
난다날아
2011.10.01 00:04
캐시 파일 다시 만드는데 서버는 힘들텐데...
저렇게 하려면 클라이언트단이랑 계속 ajax로 통신하고 있어야 하고...
이거 참 구현이 어려울 것 같은데 어떻게 설명할 방법이 없네... ㅎㅎ
-
misol
2011.10.29 02:01
더 많은 파일을 지울 수 있을겁니다..
하나의 블록 삭제 명령을 계속 주고 받는 식으로 하면 타임아웃까지 걸리는 시간이 몇배는 길거에요.. 클릭 대신 ajax 요청으로 대신하는거라 그리 어렵지 않을거 같아요 -
종스
2011.10.28 21:31
어려우시겠지만, XE라면 가능하지 않을까? 감히 생각해봅니다~ 헉~ ㅎㅎ
-
라르게덴
2011.10.28 21:45
저렇게 되면 캐시 재생성이 더욱 불안해 집니다. 모양새는 좋지만 시스템 적으로는 항상 브라우저를 열어두고 1번 통신할걸 4회한다는건데... 중간에 통신안되면 그 뒤는 모두 수행을 안하게 되니 안타깝지만 모양새를 포기해야겠네요.
-
쿨럭이
2011.10.29 02:18
음.. 이래도 안되고 저리 해도 결국 힘들다는 상황이군요..
정말 좋은 의견입니다.
제 경우에는 캐시파일 재생성이 한번도 제대로 된 적이 없고. 열심히 버벅거리다가 에러 메세지를 내뱉는걸로 끝나더군요. 용량이 커서 그런게 정해진 시간 내에 끝내질 못해 그런듯 한데.
아니면 캐시파일 재생성 버튼을 저렇게 분야별로 따로 만들어놓는것도 괜찮을것 같은데요. 그럼 저처럼 한번에 많이 하려다가 에러나는 경우도 없을테고.