| PHP | PHP 7.0 |
|---|---|
| CMS | XpressEngine |
PHP 버전 7.0.33
안녕하세요! ccdm.or.kr/xe 홈페이지를 관리하고 있는 내부 근무자입니다.
저희 홈페이지의 속도가 심각하게 느려서 관련 질의 드리게 되었습니다!
불필요한 모듈 제거에 대한 것도 홈페이지 로딩에 영향을 끼칠 수 있다.는 내용으로 이해를 했는데
( https://xetown.com/questions/1350292 )
위의 게시글의 이해입니다. 저희 홈페이지를 확인해 보셨으면 아실 수 있지만 무언가를 구매 판매하는 사이트가 아닌 글 게시가 주된 용도여서
누리고에서 제공되는 결제관련 모듈들을 제거하고자 합니다.(통화관리, 결제방식 등등)
유지보수관리를 외주를 주고 있는데요. 모듈을 지운다고 크게 사이트 개선이 될 거라고 생각지는 않는다고 해서
확인 차 이렇게 질문 드리고요.
슬로우 쿼리 확인을 호스팅 업체에 의뢰를 해 놓은 상태긴 합니다.
홈페이지 속도 향상을 위해 조언을 주실 수 있는 부분이 있으면 해주시면 너무나 감사하겠습니다.
느려질만한 서버는 아닌것 같습니다.
7.0이 상당히 오래되었지만 그만큼 느리진 않거든요.
라이믹스라면 프로파일링을 어느정도 해볼수 잇겠지만 그게 아니라면 XE프로파일러 모듈을 이용해서 느린 트리거나 애드온이 무엇인지 정도는 찾아보시는게 좋을 것 같습니다.
https://github.com/xpressengine/xe-module-profiler
정확하게 진단하여 특정한 느린 모듈이 있는지 한번 찾아보시는 것도 나쁘지는 않습니다.
만약 디비쿼리속도에서 문제가 있다면 해당 특정쿼리만 느린것인지 아니면 전체적으로 다 느린것인지 등등 찾아보셔요.
이것부터 한걸음씩 찾아가야 잡을 수 있겠지요 :)
글쎄요. 일단 제가 보기엔 현재 사이트에 동접이 얼마나 되는지 모르겠지만 동접이 수천명 정도 이상의 많은 곳이 아니라고 가정한다면 아래 예시 페이지를 띄우는데도 오랜시간이 걸리는 것으로 보아 서버에 문제가 있어 보입니다. 물론 디버깅을 통한 정확한 원인을 찾아보는건 당연히 해야겠죠.
올려주신 정보가 웹호스팅의 상품 같은데요. 웹호스팅은 언제라도 다른 사이트의 과부하로 내 사이트가 느려지는게 당연한 구조의 서비스입니다. 해당 회사에서 얼마나 찾아내서 쫒아내느냐는 그건 회사마다 역량과 노력의 정도가 다를 뿐이죠.
네. 그 정도라면 사이트가 왠만큼 잘못된 자료를 사용하지 않고서는 그렇게 느려지지 않아요. 서버문제일 확율이 높습니다.
하루에 그정도 방문이라면 동접이 몇명 안됩니다. 10명 이내... 아니 한두명...
*이런 왠만큼이 아닌 왕창 잘못된 자료를 쓰고 계셨네요. 첫 접속시 국가정보를 받아와야 하는 자료를 쓰실 줄은......
ip 접속국가 있는 버전이라면 그게 범인입니다. 왜냐면 국가 정보 얻어오는 api 서버에 요청해서 국가를 받아와야 하는데 처음 접속시 무조건 거기에서 데이터 받아올겁니다. 근데 거기 api의 응답이 느릴겁니다. 범인 잡았네요. 중단하세요.
리퍼러모듈은 무조건 쓰지 마세요.
한번 접속 후 다시 새로 접속하기 전까지 느리지 않은 이유를 찾았네요.
14일 데이터가 문제가 아니고 중단해야 합니다. 계속 사용하시면 데이터 양과 관계없이 느려요.
처음 접속시 무조건 느려요.
지금 한번 접속후 안느린 이유는 처음에만 국가정보를 확인하기 때문입니다.
절대적으로 사용 중단하세요. 라잇 나우!
지금 리퍼러모듈 사용중지 하신거 아닌가요? 이제 느리지 않은데요?
네. 그렇지만 스크립트 전체를 넣는거랑 , id만 넣는거랑의 차이가 사실 거의 없는 상황이라 이런 것에 유료로 유도하는건 좀 아니라고 생각합니다.
저도 그런 시절 겪었지만 스크립트를 사이트 설정의 헤더에 넣고 하는 것이 유료에 의존할 것에 적합한지는 의문입니다.
*그리고 질문자분 구글 아날리틱스 사용하고 싶다면 제 기억으로는 XE의 SEO 모듈은 모듈 설정에서 구글 아날리틱스의 스크립트 전체가 아닌 id만 넣게 입력 하게 되어있을 겁니다. 거기에 id만 넣으시던지 아니면 사이트 설정의 상단 스크립트 입력에 스크립트 전체를 넣으시면 됩니다.
지금은 (위에서 개선한 이후겠네요) 첫 페이지 다운로드에 2.4초 정도 걸리는데, 서버 성능(CPU, DB, 모듈, php 등)과 관련된 것은 0.4초 정도이고, 나머지 2초 정도는 최적화의 영역으로 보여집니다. 생각나는 것을 적어보면,
- keep alive 가 적용이 안되어 첫페이지만해도 100개 넘는 아이템을 다운받을때마다 매번 새로운 socket을 만들고 있네요. keepalive timeout을 60s, keepalive requests를 200 정도로 하면 어떨까 합니다 (첫 페이지 아이템이 100개가 넘어가니까요).
- gzip 적용이 안되어 있습니다. gzip을 쓰면 html, css, js 다운로드에 시간을 많이 절약할수 있는데요.
- css와 js 합침 기능을 사용하면 역시 시간을 크게 절약할 수 있습니다. (관리자 페이지에 옵션이 있음. 적용후 에러없이 잘 되는지 테스트 필요합니다).
- 섬네일을 많이 쓰는데 이미지 압축이 안되어 있네요. 예를들면 현재 370x200 pixel jpg가 83KB인데 압축이 전혀 안되었을때의 사이즈입니다. 이 파일을 50% 퀄리티로 압축하면 25KB가 되는데 썸네일 크기 정도 이미지는 화질차이가 거의 없죠.
- 외부 폰트를 40개나 각각 로딩하고 있는데, 필요한 것인지 모르겠네요. (필요할수도...)
- ssl 적용을 하면 좋을 것 같습니다. 홈페이지 신뢰도가 높아 보이게 할수 있으니까요. 검색 순위에도 영향을 주죠. (지금은 아니지만 추후 SSL 적용하게되면, ssl session cache, ssl session timeout, stapling on, stapling verify on 도 설정해야 합니다).
- doubleclick script가 필요한가요?
- 홈페이지가 /xe/ 없이 보이도록 하면 좋을것 같네요.
추가설명: xe에는 thumbnail 생성시 압축률 지정 기능이 없는 것 같은데 /classes/file/FileHandler.class.php에서 imagejpeg($thumb, $target_file, 100); 라는 부분을 찾아서 100을 70 (혹은 75, 60, 80 등)으로 바꾸면 됩니다. thumbnail에는 50도 좋지만 xe에서는 이 부분이 thumbnail 생성시 뿐만 아니라 image resize 에도 같이 작용하므로 70 정도가 적당할수 있습니다. 수치 변경후 /files/thumbnails/ 폴더 내용을 모두 삭제해야 새로 썸네일이 만들어지겠죠.
다른건 다른 분들이 많이 답변해주셔서..
도메인 뒤에 /xe 붙은거 부터 수정하시는게 ㅠㅠ.
더 빠릿 빠릿한 홈페이지를 원하신다면 기진곰님이 만들어놓으신
슈퍼캐시 모듈도 추천드려요..
게시글이나 DB용량이 많으면 강추
https://xe1.xpressengine.com/index.php?mid=download&package_id=22753865
그리고 바로 위에서 말씀해주신 외부폰트 절대 쓰지마세요.. 해외 사이트나 외부폰트 사이트들이 버벅거리면
사이트도 같이 버벅거려집니다:)
https://developers.google.com/speed/pagespeed/insights/?url=http%3A%2F%2Fwww.ccdm.or.kr%2Fxe%2F%3F
?
불필요한 모듈이나 애드온 등을 지우면 당연히 빨라집니다. 얼마나 빨라지느냐의 차이일 뿐, 지운다고 손해볼 것은 없습니다. 못해야 본전이고, 운이 좋으면 굉장히 느린 녀석을 지우게 될지도 모르지요.
메인화면에 각 카테고리별 최근글 등의 위젯이 많은데, 각 위젯에 몇 분씩이라도 캐시를 설정하시면 로딩속도에 도움이 될 수 있습니다. 위젯이 많아서 느린 것은 슬로우 쿼리에 잘 잡히지도 않습니다. 각각의 쿼리가 느린 것이 아니라 그냥 쿼리를 많이 하는 것뿐이니까요. 아무리 빠른 쿼리라도 수백 번 반복하면 오래 걸릴 수밖에 없습니다. 이런 경우에는 XE 자체의 디버그 기능을 활용하여 쿼리 목록과 각각의 소요시간을 찍어보는 것이 훨씬 정확합니다.
만약 웹호스팅을 사용하신다면 가상서버나 단독서버로 옮겨서 서버 사양을 대폭 늘리는 것이 가장 간단한 방법이긴 합니다. 웹호스팅은 제공되는 자원도 적고, XE처럼 파일 수가 많은 솔루션 사용시 I/O 성능 같은 면에서 상당히 손해를 보는 구조입니다. 최종 버전이 아니라 살짝 어정쩡한 버전의 XE라면 opcache_invalidate 문제 때문에 더 심할 수도 있습니다. 성능도 빠르고 기능도 훨씬 강력한 라이믹스로 업그레이드하는 것도 고려해 보세요.^^