하나의 CMS를 오래 다루다보니...

여기서 오래 다룬다는 개념은 개발은 아니고 사용하기 위해 불편을 해소하거나 기능을 약간 추가하거나 등을 위해 CMS의 부가적인 자료를 고쳐보고 하면서 들여다 보는 정도라고 말 할 수 있습니다.

 다른 글의 댓글에 답변으로 작성했던 내용의 일부를 다시 글로 작성해보려고 합니다.

7년 되었습니다.

처음에는 아무것도 몰랐습니다. 이제는 뭔가는 압니다. 그 안다는게 절대 무시할 수 없는 중요한 사실을 조금 알게 되었습니다.

어떤 자료는 쓰면 안되고 어떤 자료는 써도 되고 하는 정도는 자료를 들여다 보면 대충 알 수 있게 되었습니다. 동작의 방식을 조금 이해 했다고 할까요?

대표적으로 모든 방문의 기록을 쉴새 없이 모두 다 기록하고 그 기록을 조회하는 그런 자료는 절대 필요한 필수적인 것이 아니라면 거르고 가야 한다는 것을 이제는 알죠. 처음에는 몰랐습니다. 이게 좋아보이고 저게 좋아보이니 막 설치 해봅니다.

처음에는 좋아요. 멋지고 우린 이런 정보도 제공하고 좋지! 라는 생각에 마냥 좋습니다.

그러다가 사이트가 느려지고 심한 경우는 서버가 뻗어버리고 합니다. 그러면서 아.. 이 자료는 쓰지 말라고 하는 이유가 있구나.. 하는 교훈을 얻게 됩니다.

단순히 리퍼러좀 확인하고 싶다고 쓰는 자료들이 그 사례 일 것입니다.  또 현재 접속자 명단을 확인 또는 보여 주고 싶다고 인증세션db 를 켜야 하는 자료도 도찐개찐 폭탄입니다. 물론 db유형에 따라 데미지가 조금 다를 수 는 있다고는 하지만요.

오래 고쳐서 쓰다 보니 고치려면 어떻게 돌아가는지 구조도 아주 조금은 알아봐야 하고 또 오래 쓰다보면 처음에 가지지 않았던 의문을 갖게 되고 이 의문을 코드를 열어보고 확인해 보려고 합니다.

저의 경우 대표적인 사례가...

게시판 글 목록 출력부분 테이블형식에서 목록의 항목의 순서를 맘데로 조정하게 해주는 기능의 이용이었습니다.

이 것을 파보게 된 이유가 요상하게 가장 심플한 출력을 하는 일반목록만 다른 웹진,갤러리 형식에 비해 많이 느리다는 것을 발견한 이후 입니다.

여기에 질문을 통해 답을 얻고 그 답을 가지고 제가 코드를 들여다 보니 정말 구조적으로 효율적이지 못한 반복이 되고 있는 것을 발견했습니다.

글 50개를 출력하는 곳이라면 50번 쓸데없이? 뻘짓을 반복합니다. 글 목록 1개를 만들때 마다 이 게시판의 목록 아이템의 순서가 뭐가 먼저인지를 확인합니다.(제목,글쓴이,조회,추천 등의 순서...)

저는 이 순서를 시시때때로 변동을 하면서 사용해야만 하는 사이트가 과연 얼마나 될까? 물론 자주 변경하지 않는다고 해서 스킨에서 수정해야 하는건 피해야겠죠. 꼭 이렇게 글목록 1개 만들어낼때 마다 확인과정을 거쳐야 할까? 라는 의문점이 들더군요.

아예 게시판 단위로 따로 이 설정을 1번만 가져와서 처리는 못하는 걸까? 라는 의문점이 떠나지 않았죠.

그래서 저는 그냥 이 순서를 목록순서 설정에서 가져와 확인하는 과정을 없애버리고 그냥 순서를 고정해서 쓰기로 하고 해당 코드를 삭제하고 fix된 위치에 항목이 노출되도록 해 버렸습니다.

얼마나 빨라졌나구요? 굉장히 빨라졌습니다. 아 정확히 이야기 하면 목록 순서를 확인하지 않는 다른 형식(갤러리,웹진)과 속도가 같아졌습니다.

뭐 한가지 XE를 가지고 오래 사이트를 운영하다보니 이런 저런 경험으로 나중에는 할 수 있는게 더 많아진다는 이야기를 쓰려고 사례를 들다보니 한 두가지 사례인데 길어졌네요.

겁내지 마시고 도전해 보세요. 우선 운영하시는 사이트에서 불편한 것을 먼저 고쳐보세요. 그리고 필요한 기능이 있다면 추가해 보세요. 시작 하시면 언젠가는 그것이 가능하게 됩니다. 비록 하려고 했을때 못하고 접고 다음으로 미뤘더라도 훗날에 다시 그것이 가능해진 상황이 만들어지는 것을 경험하게 될 것입니다.