Hyper Cache 플러그인

페이지 캐시가 감지되지 않았으나 서버 반응시간이 좋습니다 페이지 캐시는 사용자가 방문할 때마다 페이지를 불러내는 대신에 정적인 페이지를 저장 및 제공하므로써 사이트의 속도와 성능을 향상시킵니다. 활성 페이지 캐시 플러그인을 검색, 홈페이지에 3개의 요청, 다음의 HTTP 클라이언트 캐싱 반응 헤더를 하나 이상 검색하여 페이지 캐시가 감지됩니다. cache-control, expires, age, last-modified, etag, x-cache-enabled, x-cache-disabled, x-srcache-store-status, x-srcache-fetch-status.  서버의 응답시간 중앙값이 459밀리초입니다. 권장값인 600밀리초 한계값보다 적습니다.  클라이언트 캐싱 반응 헤더 전혀 감지되지 않음.  페이지 캐시 플러그인이 감지되지 않았습니다. 페이지 캐시에 대해 더 알아보기 (새탭에서 열기)

 

페이지 캐시가 감지됐으며 서버 반은 시간이 좋습니다 페이지 캐시는 사용자가 방문할 때마다 페이지를 불러내는 대신에 정적인 페이지를 저장 및 제공하므로써 사이트의 속도와 성능을 향상시킵니다. 활성 페이지 캐시 플러그인을 검색, 홈페이지에 3개의 요청, 다음의 HTTP 클라이언트 캐싱 반응 헤더를 하나 이상 검색하여 페이지 캐시가 감지됩니다. cache-control, expires, age, last-modified, etag, x-cache-enabled, x-cache-disabled, x-srcache-store-status, x-srcache-fetch-status.  서버의 응답시간 중앙값이 88밀리초입니다. 권장값인 600밀리초 한계값보다 적습니다.  2개의 클라이언트 캐싱 반응 헤더 감지됨: cache-control, last-modified.  페이지 캐시 플러그인이 감지됐습니다. 페이지 캐시에 대해 더 알아보기 (새탭에서 열기)

 

워드프레스를 운영하는 서버의 상태(하드웨어 성능과 회선 속도)가 양호하다면 사이트를 최적화 하지 않더라도 대충(?)은 잘 운영된다. 그렇다고 하더라도 최적화를 할 수 있다면 안하는 것보다는 하는것이 보다 유리하지 않을까? 웹사이트의 최적화에 대해서는 아는게 없다. 단지 동일한 이미지라면 웹에서 화질의 손실이 거의 없는 수준에서의 이미지 용량을 최대한 줄이는 것 정도이다. 그래서 차선으로 생각한 것이 캐시(cache) 플러그인이었다.....

다행히도 워드프레스에는 관련된 많은 플러그인들이 존재한다.(많아도 너무 많다...-_-) 몇 종류의 캐시 플러그인을 테스트 해봤는데 결국은 Hyper Cache 플러그인이 가장 좋은 성능을 보여줬다. 플러그인의 마지막 업데이트는 2년이 지났고 워드프레스 버전 4.6이상, php 5.6이상을 요구하는 것이...더이상의 개발이 중단된 것은 아닌지 살짝 의심스럽지만, 오늘자 워드프레스 최신버전이 6.2.2에서 정상작동을 하고 있다.

 

 Bypasses탭에서는 아무설정도 바꾸지 않았다. 

모바일에서도 메인캐시를 사용하게 설정했고, 모바일테마는 설치한 테마중에 주로 사용할 테마를 선택했다.(멀티사이트이긴 한데...이번에는 주소 Neve 테마 위주로 사용할 것 같다.), Mobile user agents는 플러그인이 자동으로 넣어준 것 같다. 내가 입력한 기억이 없다. Advanced와 CDN도 Bypasses와 마찬가지로 손대지 않았다.

만족스러운 플러그인이다~