거창하게 튜닝이라고 말을 하지는 않더라도 최대한 디비 접속을 줄여서 정적으로 처리하는것이 성능면에서는 뛰어납니다. 간단하게 ab같은 툴이나 time 등을 이용하여 테스팅을 해봐도 속도차이가 몇십배이상 나지요.

탑페이지만 처리하면 간단한데 이걸 서비스 전반에 적용한다고 하는 경우는 그리 간단한 문제는 아닌듯. 작년에 저희도 사이트 개편하면서 기사서비스를 정적으로 해놓았는데 전반적인 관리 프로그램 부재로 무지 고생을 했지요.

정적으로 만드는것은 lynx나 wget 을 쓰면 무지 간단합니다. 아래 예처럼.

/usr/bin/lynx -source http://tunelinux.pe.kr/main.php > /home/httpd/html/index.html

/usr/bin/wget -O /home/httpd/html/index.html http://tunelinux.pe.kr/main.php

무엇이든 좋은 것은 알지만 얼마나 처리할만한 시간적 여유와 역량이 있느냐의 문제인듯.

탑페이지정도는 간단하게 바꿀수 있을 듯 하네요.

-- 정재익 님이 쓰신 글:

>> 좋은 의견입니다. 그 아이디어 역시 고려를 해 봤습니다. 이곳의 관리자중 한분인 이운억님께서 그런 의견을 제시했었지요. 아직은 홈페이지가 정리되고 있는 중인 관계로 약간의 시간이 더 걸릴 것으로 생각됩니다. 최영봉님께 건의하여 적극적으로 참조하도록 하겠습니다.

>>

>> 좋은 의견 감사 드립니다. :-)

>>

>> -- 김윤한 님이 쓰신 글:

>> >> 로드가 걸리기는 하죠.

>> >> 대신 이렇게 하면 어떨까요?

>> >> 첫 페이지의 경우 사용자마다 동적으로 페이지를 생성하지 않고..

>> >> CRON등을 이용해서 몇분에 한번씩 페이지를 생성하게 합니다.

>> >> 그렇게 하면 생각보다 부하가 덜 걸린답니다..^^

>> >> 신문사 같이 큰 사이트들이 그런 식으로 운영하는 걸로 알고 있습니다.

>> >> ^^