http://ilme.kr
입니다..
혹시 속도가 느리다면 뭐가문제인지는 알수는있을까요?
모바일은 괜찮다고 들었습니다 ㅎㅎ
http://ilme.kr
입니다..
혹시 속도가 느리다면 뭐가문제인지는 알수는있을까요?
모바일은 괜찮다고 들었습니다 ㅎㅎ
윗분 말씀대로 위젯에 캐시 설정하셨나요? 메인화면에 위젯 캐시는 기본 중의 기본입니다. 이거 설정 안 하면 아무리 좋은 서버라도 소용없고 레이아웃, 모듈 아무리 바꿔봐도 소용없습니다. 서버 성능 문제가 아니라 님 사이트 운영상의 문제가 되니까요.
아.. 그렇군요
약한달간 속도때문에 레이아웃도 바꿔보고 모듈도 많이지워보고 엄청많이했는데
속도가 비슷하게 나오더군요..
다이오님께서 가성비좋게 사용할수있는 호스팅 추천해주실수있나요?
하단의 이미지보여주는 슬라이드흐름 위젯을 제거해 보시고 시간 차이도 체크해 보시기 바랍니다. 차이가 많이 난다면 다른 위젯으로 대체하고 위젯 캐시시간도 위젯별로 다 주시는 것도 권장해 드립니다.
서버를 바꿔서 해결이 되는 것보다 우선 현재 문제점을 먼저 파악해 보시는 것이 좋을 것 같네요. 이정도 과도한 응답시간이 필요한건 구성 자체에 캐시설정도 없이 과도한 위젯의 쿼리 요청때문일 가능성이 높습니다.
지금 사용하시는 서버의 문제이던 어떤 문제이던 지금 TTFB가 무려 1.5초 이상이라는건 굉장한 문제입니다.
저도 느린 호스팅에서 속도때문에 이런 저런 노력을 많이해서 지금은 나름 빠르게 사이트 속도를 유지하고 있지만 우선 TTFB(첫응답시간)가 이렇게 느린건 db를 쿼리할때 과도한 시간이 필요하다던가 하는 문제가 있습니다.
크롬과 같은 브라우저의 개발자도구(F12)를 통해 네트워크탭에서 사이트가 로딩될때 소요되는 시간들을 살펴보시기 바랍니다.
물론 나머지 요소들이 로드되는데 필요한 시간들은 사이트의 컨텐츠 구성에 따라 다르겠지만 일단 방문자로 하여금 멈칫 하게 느끼게 하는 것은 이 첫응답시간입니다.
보통 평균적으로는 수백ms 이내의 응답을 하는 것이 일반적인 웹사이트의 속도입니다. 지금 운영하시는 사이트는 5배 심하게는 10배 이상 느린 상태입니다.
여기에 비회원에게 db쿼리 없이 빠른 응답을 하게 해주는 슈퍼캐시를 사용하면 10ms ~ 50ms 의 빠른시간에 응답을 보여주게 할 수 있습니다.
그런데 지금 현재 TTFB를 잡지 못한 상황에서 나머지 로드되는 것들을 줄인다해도 큰 효과를 보지 못합니다.
TTFB라는 응답의 기준을 잡는 것은 서버의 속도를 판별하기 위한 것 중 하나로 중요한 판단요소가 됩니다. 클라이언트(브라우저)에서 요청이 있을 후 서버에서 그 요청을 해석하고 브라우저에게 응답을 한 첫 시간입니다.
빠르다고 생각하는 사이트들과 비교해보세요. 네트워크탭에서 제일 첫번째로 나오게 됩니다. 첫 응답하는 시간이기게 시간 순으로 보여줘서 제일 첫번째 항목의 시간을 보시면 됩니다. (XE타운은 100ms 전 후로 측정이되어 운영하시는 사이트보다 10배 빠릅니다.)
너무 많은 쿼리가 돌아가는게 문제가 되는거같아요..