WordPress의 캐시 시간은 어디에 있습니까? Hyper Cache 플러그인을 사용하여 WordPress 블로그 캐싱 - 설치 및 구성. 데이터베이스 캐시

Google이 사이트 로드 속도가 SERP에서의 위치에 영향을 미칠 것이라고 발표한 지 오래되었습니다. 모바일 장치에도 동일하게 적용됩니다. 그러나 가장 우려해야 하는 것은 느린 사이트가 사용자에게 미치는 영향입니다. 예를 들어, 인터넷 웹사이트 방문자의 절반이 웹사이트가 2초 이내에 로드되어야 한다고 생각한다는 사실을 알고 계십니까? 생각해보면 뭔가 로드되는 걸 지켜보는 것만큼 짜증나는 일도 없기 때문입니다. 사람이 무언가를 사고 싶을 때 경험하는 불편은 말할 것도 없지만 사이트 속도가 느려집니다.

다행히 웹사이트 속도를 높이는 방법에는 여러 가지가 있습니다. 가장 좋은 옵션 중 하나는 캐싱(캐시)을 위한 특수 모듈을 사용하는 것입니다. 오늘 우리는 캐싱이 무엇이며 페이지 로딩 속도와 관련하여 캐싱이 왜 그렇게 중요한지 간단히 살펴볼 것입니다. 또한 시중에 나와 있는 최고의 캐시 플러그인 목록도 알려 드리겠습니다.

캐시 란 무엇입니까?

캐시는 나중에 사용할 수 있도록 데이터를 저장하는 컴퓨터 메모리의 장소입니다. 예를 들어 데이터베이스에서 사이트를 로드하는 프로세스를 완전히 수행하는 대신 일부 데이터가 캐시에서 펌핑됩니다. 방문자가 사이트를 방문할 때 사이트는 호스팅에 저장된 데이터베이스에서 데이터를 요청합니다. 보다 구체적으로 말하면 사이트의 이미지, Javascript 및 CSS가 읽을 수 있는 HTML 파일로 되어 있고 브라우저에 직접 전달되도록 요청합니다. 불행히도 이 프로세스에는 특정 리소스가 필요하고 시간이 걸립니다. 그러나 사이트 사용자가 매번 이 프로세스를 실행할 필요는 없습니다. 특히 사이트의 정적 콘텐츠와 관련하여. 예를 들어, 누구도 편집할 가능성이 없는 게시된 게시물입니다.

이것이 다음과 같은 경우 사이트 캐싱이 필수적인 이유입니다.

거의 변경되지 않는 사이트 데이터에 대한 액세스를 신속하게 제공
전체 사이트 로딩 프로세스 속도 향상
사이트의 모든 방문자에게 더 나은 사용자 경험 제공
더 높은 다운로드 비율로 인해 검색 엔진 순위에서 홍보
서버 리소스를 절약하고 충돌을 줄입니다.

보시다시피 WordPress 사이트를 캐싱하면 많은 이점이 있습니다.

언급된 각 플러그인의 주요 기능:

모바일 사용자를 위한 캐싱
파일 크기 축소 및 GZIP 압축
캐시 정리 예약
HTTPS/SSL 지원

최고의 WordPress 캐싱 플러그인

사이트 속도가 매우 중요하고 캐싱에 직접적으로 의존한다는 것을 알기 때문에 다음 단계는 사이트에 적절한 플러그인을 추가하는 것입니다. 다음은 가장 안정적이고 저렴하며 기능이 풍부한 솔루션입니다.

최근에 독자 중 한 명이 WordPress 캐시를 지우는 방법을 물었습니다. 사이트에 설치된 웹 브라우저, 서버 및 플러그인은 블로그의 업데이트된 상태를 볼 수 없는 캐싱 프로세스를 사용할 수 있습니다.

이 기사에서는 WordPress 블로그의 캐시를 올바르게 지우는 방법을 보여줍니다.

캐싱 솔루션은 사이트의 정적 버전을 저장합니다. 이를 통해 WordPress는 가장 무거운 PHP 스크립트를 건너뛰고 사이트 성능을 향상시킬 수 있습니다.

WordPress 캐싱 솔루션에는 여러 유형이 있습니다. 가장 인기 있는 것은 "And" 유형의 캐시 플러그인입니다.

이러한 플러그인은 블로그 캐시, 캐시된 콘텐츠 만료 및 주문형 캐시를 관리하기 위한 사용하기 쉬운 인터페이스를 제공합니다.

WPEngine과 같은 공급자가 관리하는 WordPress 호스팅은 자체 캐싱 솔루션을 사용하므로 이 캐싱 플러그인을 설치할 필요가 없습니다.

"MaxCDN" 또는 "CloudFlare"와 같은 CDN 서비스를 사용하는 경우 정적 콘텐츠의 캐시된 복사본도 제공합니다.

웹 애플리케이션 방화벽을 "또는"으로 사용하여 WordPress의 보안을 강화하는 경우 사이트 속도를 높이고 가동 중지 시간을 줄이기 위해 자체 캐시도 있습니다.

마지막으로 브라우저는 컴퓨터에 캐시된 버전의 페이지를 저장할 수도 있습니다.

캐싱의 목적은 사이트 속도를 높이고 전반적인 사용자 경험을 개선하는 것입니다. 그러나 때로는 사이트에 대한 변경 사항을 볼 수 없어 답답할 수 있습니다. 이 경우 변경 사항을 보려면 캐시를 지워야 합니다.

그러나 WordPress에서 캐시를 지우는 방법을 살펴 보겠습니다.

1단계: 브라우저 캐시 지우기

먼저 캐시를 지워야 합니다.대부분의 웹 브라우저는 스타일 시트, JavaScript 및 웹 사이트의 이미지와 같은 정적 콘텐츠를 저장하여 후속 방문 속도를 높일 수 있습니다.

그러나 때때로 웹 브라우저는 웹 페이지가 변경되었음을 인식하지 못할 수 있습니다. 새 사본을 얻는 대신 컴퓨터의 캐시된 버전에서 페이지를 다시 로드할 수 있습니다.

이것이 Chrome 브라우저의 캐시를 지우는 방법입니다. 먼저 메뉴 아이콘을 클릭한 다음 선택해야 합니다.« 추가의 도구 > 탐색 데이터 지우기 .

제거할 콘텐츠를 선택할 수 있는 창이 열립니다. 캐시된 이미지와 파일이 확인되었는지 확인한 다음 " 인터넷 사용 정보 삭제피".

브라우저 캐시를 성공적으로 삭제했으며 이제 사이트에 액세스할 수 있습니다.

여전히 변경 사항이 표시되지 않으면 다음 단계를 계속합니다.

두 가지 최고의 WordPress 캐시 관리 플러그인 중에서 선택하려면 다음 기사를 확인하세요.

다른 웹 브라우저의 경우 캐시를 지우는 방법에 대한 해당 설명서를 참조하십시오.

2단계: WordPress 플러그인 캐시 지우기

WordPress 캐싱 플러그인을 사용하는 경우 플러그인의 캐시를 지워야 합니다. 대부분의 캐싱 플러그인을 사용하면 적절한 설정에서 이를 쉽게 수행할 수 있습니다.

WP 슈퍼 캐시에서 캐시 지우기

이를 통해 사용자는 한 번의 클릭으로 사이트를 즉시 캐시할 수 있습니다. 로봇은 캐시 생성을 위해 WordPress 페이지를 자동으로 선택한 다음 GZIP 압축, 페이지 캐싱 및 캐시 사전 로드와 같은 권장 WordPress 캐싱 옵션을 자동으로 활성화합니다.

WP Rocket에는 생산성을 더욱 향상시킬 수 있는 추가 기능도 포함되어 있습니다. 이미지의 지연 로딩, CDN 지원, DNS 프리페칭, 축소 등을 포함합니다.

2.WP 가장 빠른 캐시

WP Fastest Cache는 사용자가 찾고 있는 거의 모든 것을 제공하는 WordPress 캐시 플러그인입니다. 이 플러그인의 개발자는 이것이 가장 간단하고 빠른 WP 캐시 시스템이라고 주장합니다. 그리고 솔직히 말해서 그렇습니다! 300,000개 이상의 활성 설치가 있는 이 플러그인은 방문자에게 빠른 탐색 경험을 제공합니다.

안녕하세요 블로그 독자 여러분, 이 기사에서는 WordPress 플랫폼에서 블로그 속도를 높이고 하이퍼 캐시를 사용하여 호스팅 서버의 부하를 줄이는 중요한 주제에 대해 설명합니다.

워드프레스 캐싱 플러그인(워드프레스 캐시)입니다. 워드프레스 캐시를 사용하면 사이트 로딩 속도가 크게 빨라집니다.

블로그 방문자 수를 늘리면 문제가 발생합니다. 독자가 사이트의 특정 페이지를 보려는 경우 워드프레스 테마와 콘텐츠에 따라 서버가 페이지를 생성할 때까지 기다려야 합니다.

특정 페이지가 요청되는 횟수, 서버에서 계속해서 생성되는 횟수입니다. 블로그 방문자가 많을수록 서버의 로드가 커지고 로드 시간이 길어집니다.

이 모든 것은 소위 캐싱 또는 워드프레스 캐시. 그것은 무엇입니까?

하이퍼캐시 플러그인을 이용하여 사이트의 특정 디렉토리에 귀하의 요청에 따라 생성된 페이지를 저장하는 과정입니다. 이제 다른 사람이 서버의 동일한 페이지에 액세스하면 재생성되지 않고 단순히 저장된 원하는 폴더에서 가져옵니다. 워드프레스 캐시사용자의 브라우저로 전송됩니다.

따라서 블로그 웹 페이지를 캐싱하는 것은 호스팅 서버의 부하를 줄이고 전체 블로그 속도를 높이는 매우 효과적인 방법입니다.

하이퍼 캐시 플러그인. WordPress 캐시 설치 및 구성.

그것은 아주 좋은 워드프레스 캐시블로그의 등록되지 않은 사용자에게만 작동합니다. 대부분의 경우 사이트 소유자는 방문자가 리소스에 등록하는 것을 허용하지 않으며 블로그에 등록된 유일한 사람은 관리자, 즉 귀하입니다.

이것은 당신에게 개인적으로 워드프레스 캐시작동하지 않을 것이며 훌륭합니다. 블로그에서 몇 가지 변경 사항(예: 디자인)을 수행한 다음 wordpress 캐시를 재설정할 때까지 이러한 변경 사항을 볼 수 없으며 항상 수행해야 한다고 상상해 보십시오.

캐싱 플러그인 다운로드 공식 워드프레스 사이트에서 할 수 있습니다.

플러그인으로 아카이브 압축을 풀고 FTP 클라이언트를 사용하여 Hyper 캐시 폴더를 서버의 wp-content/plugins/ plugins 폴더에 놓습니다.
블로그 콘솔 플러그인-새로 추가-업로드-설치로 이동

워드프레스 캐시를 활성화합니다.

이렇게 하려면 블로그의 루트 디렉터리에 있는 편집을 위해 wp-config.php 구성 파일을 열고 다음 코드 줄을 붙여넣습니다.

정의('WP_CACHE', 참);

이것은 Filezila 파일 관리자를 사용하여 수행할 수도 있습니다.

붙여넣기는 wp-config.php 구성 파일의 끝 부분에 가깝지만 다음 줄 앞에 있는 모든 위치에서 수행할 수 있습니다.

/** WordPress 디렉토리의 절대 경로. */

if (!정의('ABSPATH'))

또는 영어로 된 경우:

/** WordPress 디렉토리에 대한 WordPress 절대 경로. */

if (!정의('ABSPATH'))

define('ABSPATH', dirname(__FILE__) . '/');

이제 플러그인 블로그 콘솔로 돌아가서 Hyper 캐시 캐싱 플러그인을 찾아 활성화합니다.

Hyper 캐시 플러그인이 블로그에 워드프레스 캐시용 폴더를 생성하려면 wp-content 또는 wp-content/plugins/hyper cache/ 폴더에 대한 권한을 777로 설정해야 합니다. 권한 설정에 대해 읽어보세요.

그런 다음 wp-content 또는 wp-content/plugins/ 하이퍼 캐시 폴더를 755 권한으로 재설정할 수 있고 새로운 wp-content/plugins/ 하이퍼 캐시/캐시 폴더를 777로 설정하면 하이퍼 캐시 플러그인이 다음을 쓸 수 있습니다. 워드프레스 캐시에서 모든 HTML 파일을 지우거나 삭제합니다.

Hyper 캐시 플러그인의 올바른 작동을 구성합니다.

옵션을 클릭하여 작업을 활성화한 직후 하이퍼 캐시 설정으로 이동합니다.

또는 블로그 콘솔 설정 - 하이퍼 캐시로 이동해도 동일한 일이 발생합니다.

구성 영역에서는 Hyper 캐시 플러그인에 대한 설정의 주요 부분이 수행됩니다. 먼저 캐시를 활성화하시겠습니까? 옆에 있는 확인란을 선택합니다. 그리고 설정 저장을 저장합니다.

즉, wordpress 캐시가 활성화되어 총 몇 페이지가 캐시되었는지 더 자세히 볼 수 있습니다.

필드 반대편 캐시된 페이지의 수명숫자를 분 단위로 설정해야 합니다. 이 시간 동안 웹 페이지의 HTML 사본이 저장되고 이 시간 동안 모든 사용자가 해당 사본을 받게 됩니다.

블로그의 대부분의 페이지가 업데이트되지 않고 보관되므로 숫자를 낮게 유지하는 것은 의미가 없습니다. 7200분(5일) 소요됩니다. 이것은 잘 알려진 기술자 E. Popov가 조언하는 방법입니다.

서버의 디스크 공간이 캐시된 페이지를 많이 저장할 수 있는지 확인하기만 하면 됩니다. 그리고 그것은 당신이 블로그를 위해 구입한 호스팅 계획과 방문자 수 또는 독자가 보고 싶어하는 페이지 수에 따라 다릅니다.

기본적으로 디스크 공간은 최소 2~5GB이므로 7200분이 적당합니다.

다음 필드 "자동 정리 간격"도 서버의 하드 드라이브에 있는 디스크 공간을 최적으로 사용하기 위한 것입니다. 즉, 1440분마다(내 설정에서는 1일에 해당) 수명이 만료된 메모는 캐시 폴더에서 삭제됩니다.

따라서 불필요하고 쓸모없는 파일은 설정한 빈도로 삭제됩니다.

필드 사용 캐시를 지우는 방법이전 자료를 업데이트하거나 새 자료를 만들 때 정리 방법을 지정할 수 있습니다.

- 모두- 전체 wordpress 캐시 업데이트에 해당

- 없음- 워드프레스 캐시는 변경되지 않습니다.

- 단일 페이지(Strikely 단일 페이지) - 캐시는 변경 사항이 발생한 메모에 대해서만 업데이트됩니다.

저처럼 이 필드를 채우거나(위 참조) 직접 선택할 수 있습니다.

현장에서 gzip 압축확인란을 선택하면 워드프레스 캐시 파일이 압축된 형태로 저장되어 전송되므로 서버의 부하가 줄어들고 블로그 속도가 빨라집니다.

홈을 캐시하지 않음(홈 페이지를 캐시하지 않음) 상자에 체크 표시가 있으면 홈 페이지는 캐싱 프로세스를 거치지 않습니다.

이것은 자주 업데이트되는 홈 페이지 업데이트의 경우 필요할 수 있습니다. wordpress 캐시 생성이 의미가 없을 때 캐시가 자주 업데이트되고 페이지가 생성되는 위치는 중요하지 않습니다. 방법.

블로그의 어떤 부분도 캐시하지 않으려면 필드에서 할 수 있습니다. URI 제외주소의 일부(예: 블로그 카테고리 /kartinki-foto-smeshno)를 입력하면 URL의 이 부분을 포함하는 페이지가 캐시되지 않습니다.

나머지 설정은 그대로 둘 수 있습니다. 저장 버튼을 클릭하는 것을 잊지 마십시오.

저장 버튼 옆에는 또 다른 매우 중요한 캐시 지우기 버튼이 있습니다. 블로그를 다시 디자인하고 블로그 방문자가 업데이트를 보기를 원할 때 필요합니다. 그렇지 않으면 항상 모든 페이지의 이전 캐시 버전만 제공됩니다.

메인 작업이 끝났으니 Hyper Cache 플러그인을 이용하여 블로그에서 캐싱이 잘 되는지 확인이 필요합니다. 이렇게 하려면 다음 단계를 따르세요.

다른 브라우저를 사용하여 블로그에 액세스합니다. 관리자가 아닌 일반 방문자로 로그인한 것으로 나타났습니다.

Ctrl-U 버튼을 누릅니다. 페이지의 소스 코드가 표시됩니다.

소스 코드의 맨 아래로 이동하십시오. 당신은 선과 같은 것을보아야합니다

이것은 플러그인이 작동 중임을 의미합니다. 워드프레스 캐시 생성됩니다.

추신 기사가 마음에 드시나요? 캐싱 플러그인을 설치하시겠습니까?

블로그 속도를 높이는 다른 방법에 대한 메모가 곧 제공될 예정입니다. 나는 그녀의 모습을 놓치지 말고 새로운 것을 얻으라고 조언합니다.

Igor는 Myasnoff 회사에서 일하기 위해 자신을 완전히 바쳤습니다 ...

캐싱 플러그인이 왜 필요한지, 데이터베이스에 추가 로드를 생성하는 것이 아니라 실제로 도움이 되는 플러그인을 선택하는 것이 얼마나 중요한지 아무도 설명할 필요가 없기를 바랍니다. 분석에서 다운로드 시간뿐만 아니라 모든 지표를 고려할 것입니다.

캐싱의 이점

작은 탈선. 그럼에도 불구하고 누군가가 여전히 캐싱의 필요성을 의심한다면 Google은 4월 21일부터 모든 모바일 친화적인 사이트(그리고 속도는 "친숙한" 구성 요소 중 하나)가 검색 결과에서 상당한 이점을 얻는다고 발표했음을 알아야 합니다. Google의 의도는 매우 분명합니다. SEO와 웹마스터는 사이트의 데스크톱 버전과 모바일 버전 모두의 성능에 대해 작업해야 합니다.

사이트 성능을 개선하고 로드 시간을 줄이는 방법에는 여러 가지가 있지만 대부분의 초보자(및 그 뿐만 아니라) 옵티마이저에게 캐싱 플러그인은 목표를 달성하는 데 사용하는 유일한 도구가 아닙니다.

WordPress는 페이지를 동적으로 생성하므로 많은 데이터베이스 쿼리가 발생합니다. 동적으로 생성된 페이지를 캐싱하면 사용자가 일반 HTML 페이지를 볼 수 있으므로 페이지 로드 시간이 크게 줄어들고 서버 로드가 줄어듭니다.

캐싱 테스트 세부 정보

처음에는 가장 단순한 "24"와 더 복잡한 것("실제" 사이트를 모방함)의 2가지 테마를 테스트에 사용할 계획이었습니다. 그러나 테스트 중에 24 테마의 로딩 속도에 대한 캐싱의 영향은 무시할 수 있을 정도로 미미한 것으로 나타났습니다. 서버의 미세 조정이 더 중요한 것으로 판명되었지만 오늘의 기사는 그것에 관한 것이 아닙니다.

결국 1개의 테마(Tesla Themes의 Novelty 테마)만 사용합니다. 테스트 페이지는 그래픽과 텍스트를 사용하여 디자인되었습니다. 사이드바와 여러 플러그인(뉴스, Twitter/Instagram 피드)도 있습니다. WP Dev Shed에서 사용하는 호스팅. 결과적으로 로드 시간이 비교적 긴 페이지를 얻었습니다.

왜냐하면 사이트가 새 사이트이고 트래픽이 없었습니다(테스트 중에는 PS 봇도 없었음). 서버는 Apache + Ngnix의 무리에서 작동했습니다.

테스트에 참여한 플러그인은 다음과 같습니다.

AIO 캐시
WP 빠른 캐시
wp-cache.com
알파 캐시
플렉시캐시
Bodi0의 쉬운 캐시
하이퍼 캐시
하이퍼 캐시 확장
캐시화
라이트 캐시
다음 레벨 캐시
정말 정적
초정적 캐시
W3 총 캐시
게이터 캐시
워드펜스 팔콘
WP 가장 빠른 캐시
WP 로켓
WP 슈퍼캐시
Zen 캐시(이전의 빠른 캐시)

남은 테스트:

잔인한 캐시 - 작동하지 않았습니다.

Batcache는 현재 테스트에서 사용되지 않은 Memcache에 의존하는 플러그인입니다.

자동 최적화 및 위젯 캐시도 제외됩니다. 그들은 독립형 플러그인이 아니라 다른 플러그인을 지원합니다.

벤치마킹 도구

도구로 Google, GTMetrix 및 Yahoo의 서비스를 사용했습니다. 이 덕분에 페이지 로딩 속도뿐만 아니라 다음도 테스트되었습니다.

이미지 최적화;
js 및 CSS 코드의 최소화 및 최적화;
브라우저 캐싱 사용
서버 시간 지연;
Gzip 압축 사용
스크립트 배치;
HTTP 요청 수
CDN 사용, 병렬화/도메인 샤딩;

Google PageSpeed 인사이트

사이트는 데스크톱 PC와 모바일 장치의 관점에서 모두 확인됩니다. 결과는 100점 척도로 제공됩니다. 이 서비스는 사용하기 쉽지만 개선할 수 있는 모든 것을 완전히 이해하지 못하는 비교적 원시적인 결과를 제공합니다.

GTMetrix 및 YSlow

Yahoo의 리소스 생산성 가이드를 기반으로 합니다. 다시 100점 척도가 사용됩니다. 서비스는 50개 이상의 다양한 메트릭과 함께 작동합니다. GTMetrix는 로드 프로세스의 워터폴 다이어그램으로 데이터를 시각화하기도 합니다. 우리의 의견으로는 이것은 웹 사이트 성능을 향상시키는 방법을 식별하는 가장 좋은 도구 중 하나입니다.

타이밍

다음 도구를 사용하여 페이지 로드 속도를 결정하고 로드 시 서버 성능을 확인했습니다.

아파치벤치

사이트의 부하를 결정하는 역할을 하고 초당 최대 요청 수를 계산합니다. 테스트 중에 10개의 다른 스레드에서 1000개의 요청이 전송되었습니다. 시험은 10회 실시하였다. 각 플러그인에 대한 최상의 결과를 기록했습니다.

사이트 모니터링 및 테스트를 위한 매우 잘 알려진 서비스입니다. 각 플러그인에 대해 20개의 테스트를 수행했으며 최상의 결과가 수정되었습니다.

브라우저에서 전체 페이지 로드 시간을 표시하는 간단하지만 유용한 서비스입니다. 서버 도구가 아니라 로컬에서 실행되는 서비스입니다. 우리는 Opera 브라우저인 이더넷을 통해 다운로드하는 방법을 선택했습니다. 각 페이지는 고정된 평균 로드 시간으로 101번 로드되었습니다.

그럼 테스트를 진행해 보겠습니다.

Google, GTMetrix 및 Yslow

지정된 서비스를 사용하여 사이트 페이지를 테스트한 결과:

표에서 볼 수 있듯이 일부 플러그인은 여기에서 잘 수행되지 않았습니다. 점수는 캐싱 없이 점수와 같거나 매우 가깝습니다. Google은 최고의 슈퍼 캐시 등급을 부여했습니다(데스크톱 및 모바일 모두). GTmetrix와 Yslow에서는 Fastest Cache와 Rocket이 가장 좋은 결과를 보였습니다. 이미 말했듯이 Google의 평가는 정보가 적습니다. 평가에 더 적은 요소를 사용합니다.

따라서 최고의 플러그인은 WP Super Cache, WP Fastest Cache 및 WP Rocket Cache로 밝혀졌습니다.

타이밍

평가 점수는 기본적으로 웹사이트 코드의 품질을 보여줍니다. 이를 통해 사이트 속도를 높이기 위해 수행할 수 있는 작업을 이해할 수 있습니다. 즉, 사이트 등급이 높다고 해서 다른 사이트보다 빠르게 로드되는 것은 아닙니다. 그리고 이것이 주요 실수입니다. 평가 도구는 로딩 시간을 줄이기 위해 사이트를 개선하기 위한 풍부한 아이디어를 제공하지만 동시에 로딩 시간 자체는 실제로 고려되지 않습니다. 아래는 좋은 예입니다(Pingdom의 스크린샷).

페이지는 100점 만점에 96점을 받았습니다(모든 사이트 페이지의 99% 이상). 동시에 페이지는 약 35초 만에 로드됩니다. 이것이 블라인드 최적화로 이어질 수 있는 부분입니다.

타이밍은 매우 중요한 테스트이기 때문에 페이지 로딩 속도의 실제 측정이 수행됩니다.

아파치벤치

서버가 지원할 수 있는 초당 최대 요청 수를 알아보겠습니다. 숫자가 높을수록 좋습니다.

최고의 결과는 WP Rocket이 보여주었습니다. 2위와 3위는 WP-Cache.com과 WP Fastest Cache가 공유했습니다.

캐싱이 없는 결과는 2.78초입니다. 모든 플러그인이 이 지표를 개선할 수 있었습니다.

확실한 리더는 다시 WPRocket입니다. Super Cache가 2위, W3 Total Cache가 3위입니다.

여기에서는 평균뿐만 아니라 중간 테스트 결과도 표시하기로 결정했습니다.

평균 로드 시간

상황은 이전 테스트와 유사합니다. 상위 3개(WPRocket, WPSuperCache 및 W3 TotalCache)는 변경되지 않았습니다.

평균 다운로드 시간

리더는 여전히 WP Rocket이지만 거의 알려지지 않은 WP-Cache.com이 다시 매우 좋은 결과를 보여줍니다.

캐싱만 하는 것이 아니라

물론 모든 것이 캐싱에만 의존하는 것은 아닙니다. Apache + Nginx 번들의 선택, 서버 설정 및 해당 유형의 정확성(전용, VPS, 공유), 이미지 수 및 품질(최적화) 등이 역할을 합니다.

결론

제시된 모든 플러그인은 기능이 다릅니다. 일부는 지나치게 단순하지만 다른 일부는 스위스 칼에 비유될 수 있습니다. Super Cache, W3 및 기타 유사한 플러그인은 종종 CDN 및 기타 트릭에 익숙한 전문가를 작업에 사용합니다. 다른 사용자(특히 초보자)는 더 간단한 플러그인(Lite Cache 또는 WP-Cache.com)을 선택합니다. 그건 그렇고, WP-Cache.com은 무명에도 불구하고 우수한 결과를 보여줄 수있었습니다.

캐싱에 가장 적합한 WordPress 플러그인은 무엇입니까?

1 위 (넓은 여백으로) - WP-Rocket. 그것은 많은 장점이 있지만 하나가 있습니다 (많은 사람들에게 이것은 마이너스가 될 것입니다) - 그것은 지불됩니다. 개발자는 39달러를 원합니다(게다가 업데이트는 평생이 아니라 1년에 불과합니다).

두 번째 장소(무료로 제공되지만 첫 번째 위치에 놓을 수도 있음) -WPSuperCache. 결과는 리더와 거의 동일하지만 완전히 무료입니다!

세 번째 - WP-cache.com. 나를 혼란스럽게하는 유일한 것은 2014 년에 마지막으로 업데이트되었다는 것입니다.

그러나 간단하고 무료이며 괜찮은 결과를 보여줍니다.

안녕하세요 여러분! 제가 이 글을 쓰게 된 계기가 된 저의 부주의에 대한 한 가지 이야기를 하고 싶습니다. 약 일주일 전에 호스트 제공업체에서 예방 작업, 시간이 합의되었고 사이트가 15-30분 동안 다운될 것이라는 경고가 있었습니다. 별로 이것에 대해 신경이 쓰이지 않는다고 생각하고, 나의 사업에 임했습니다.

유지 보수 기간 동안 사이트가 실제로 누워 있었지만 시간을 특별히 눈치 채지 못했습니다. 놀랍게도 작업이 끝난 후 사이트에 액세스할 수 없었습니다. 403 오류가 발생했습니다(오류 코드 및 서버 응답에 대해 읽음). 즉, 클라이언트 권리의 부족. 거의 비슷한 시기에 서비스 제공자의 지원 서비스에 편지가 작성되었습니다. 그들은 꽤 빨리 대답했습니다.

계정을 차단한 이유는 호스팅에 대한 엄청난 부하. 지원 직원이 서버 로그를 가져왔습니다. 그 당시에는 하루에 약 300 명 정도로 작았으므로 관세 변경 문제는 즉시 사라졌습니다. 바이러스와 가능한 과부하 원인을 5시간 동안 확인한 후에 사이트가 활성화되었습니다. 그건 그렇고, 전체적으로 사이트가 약 하루 동안 다운되었고 이는 순위에 영향을 미쳤습니다. 블로그는 의 일부 쿼리에 대해 상위 10위권 밖으로 날아갔습니다.

사이트를 비활성화하기 전에 서함메라에서 배너(자동 프로모션 시스템에 대해 읽을 수 있음)를 걸어 의심을 받았습니다. 배너가 제거되었고 모든 것이 괜찮아 보였습니다. 부하 정도에 대한 질문도 기술 지원에 보내졌습니다. 그들은 모든 것이 정상이라고 대답했습니다. 하지만 나는 거기에서 멈추지 않고 방법을 찾기 시작했습니다 호스팅 부하 줄이기.

많은 섹션이 재작업 및 제거되었으며 php로 약간 작업하고 작은 작업을 많이 했습니다. 언젠가는 이에 대한 자세한 기사를 작성할 것입니다. 호스팅 부하 줄이기. 블로그 초기에 페이지를 캐싱하여 로드를 줄이기 위해 설계된 Hyper Cache 플러그인을 설치했습니다. 그 당시 나는 설치 규칙을 따르지 않았기 때문에이 플러그인이 전혀 작동하지 않는 것으로 나타났습니다.

그리고 결국 모든 것이 설치 지침에 작성되었지만 어떤 이유로 나는 이것에주의를 기울이지 않았습니다. 따라서 부하를 낮추는 주요 수단이 이번에는 작동하지 않았습니다. 따라서 이 기사의 주요 주제는 Hyper Cache 플러그인의 올바른 설치 및 구성블로그에. 이제 플러그인이 제대로 작동하므로 내 실수를 반복하지 않을 것입니다.

하이퍼 캐시 플러그인 설치

표시되는 페이지에서 플러그인의 이름을 입력하십시오 - Hyper Cache가 첫 번째 위치에 있어야 합니다. 플러그인을 설치합니다(ftp 계정 데이터를 입력해야 함). 공식 사이트에서 플러그인이 포함된 아카이브를 다운로드한 다음 관리자 패널을 통해 다운로드하여 설치할 수도 있습니다. 전반적으로, 당신에게 편리한 방법으로 설치.

완료, 플러그인이 설치되었습니다. 에게 캐시된 페이지 사용 지원 활성화, 다음 줄을 추가해야 합니다.

정의("WP_CACHE", 참);

파일로 wp-config.php. 파일의 아무 곳에나 줄을 삽입할 수 있습니다. 가장 중요한 것은 태그 안에 있다는 것입니다.

이제 폴더에 필요 wp 콘텐츠권한을 777로 설정합니다(Filezila와 같은 ftp 클라이언트를 통해 수행할 수 있음). 이것은 다음을 위해 필요합니다 플러그인은 캐시된 페이지 파일을 저장할 폴더를 만들었습니다.씨. 폴더라고 합니다 은닉처. 그가 만든 후에는 다음 권한을 변경할 수 있습니다. wp 콘텐츠 755로 돌아가지만 폴더로 은닉처(저는 폴더에 wp 콘텐츠, 플러그인이 있는 폴더에 있을 수도 있습니다. 보기) 권한이 777로 설정되어 플러그인이 거기에 파일을 쓸 수 있습니다.

지금 짧고 요점:

플러그인 설치
파일에 라인 추가 wp 구성
폴더에 대한 권한을 777로 설정하십시오. wp 콘텐츠
폴더를 찾고 있습니다 은닉처또한 권한을 777로 설정하십시오.
우리는 폴더를 반환 wp 콘텐츠권리 755

준비가 된. 플러그인이 설치되어 있는지 확인하는 것이 바람직합니다. 기억하다 - 플러그인은 캐시된 각 페이지에 대해 별도의 파일을 생성합니다.단, 사용자가 방문할 때만 가능합니다. 저것들. 사람이 들어왔고 페이지가 로드되고 캐시에 추가되었습니다. 또한 캐시가 아닌 항상 최신 버전의 페이지가 표시됩니다(로그인으로 사이트에 들어가는 경우). 확인하려면 다음을 수행하십시오.

들여다보다 플러그인 매개변수. 위에서 경고가 없으면 모든 것이 정상입니다.
사이트에 이미 자료와 방문자가 있는 경우 라인을 살펴보십시오. "캐시에 있는 파일(관련 및 구식)" - 1보다 큰 숫자가 있어야 합니다.
사이트로 이동 로그인하지 않았습니다(예를 들어 다른 브라우저에서) 코드를 살펴보십시오. 끝에는 다음과 같은 줄이 있어야 합니다.
서버의 캐시 폴더로 이동합니다(권한도 777로 설정했습니다). 비어 있지 않은 파일이 포함되어 있으면 플러그인이 올바르게 작동합니다.

모든 것, 플러그인이 작동하고 관리자 패널에서 설정을 시작할 수 있습니다.

하이퍼 캐시 플러그인 구성

그래서 "옵션 - 하이퍼 캐시" 메뉴로 들어갑니다.

이제 각 메뉴 항목을 살펴보겠습니다. 에 캐시 상태현재 캐시된 페이지 수와 다음 캐시된 페이지 재설정 날짜를 볼 수 있습니다. 후자는 캐시를 지우는 것이 아니라 다음 메뉴의 항목을 참조합니다. 그건 그렇고, 변경 사항을 적용할 때 블록 아래의 "업데이트" 버튼을 클릭해야 변경 사항이 적용됩니다.

구성 - 플러그인의 주요 매개변수:

캐시된 페이지의 시간 초과- 캐시의 모든 페이지가 삭제되는 시간입니다. 기본값은 1440 - 하루이며 너무 자주 업데이트하지 않는 블로그의 경우 매우 정상입니다.
캐시 무효화 모드- 시스템이 캐시에서 페이지를 제거하는 조건을 지정합니다. 가장 좋은 방법은 레코드를 변경할 때입니다.
댓글 캐시 비활성화- 기능이 활성화되면 댓글을 남긴 사용자는 저장된(캐시된) 페이지가 아닌 새 버전의 페이지를 보게 됩니다. 그 사람은 댓글이 검토를 위해 제출되었는지 또는 즉시 게시되었는지 즉시 확인합니다(귀하에 따라 다름).
RSS 캐싱- 블로그 뉴스 피드를 캐싱하기만 하면 됩니다. 활성화되면 배포가 약간 지연될 수 있습니다.
브라우저 캐싱 허용- 사용자의 하드 드라이브에 페이지를 저장하는 기능을 포함하여 호스팅 부하를 더욱 줄여줍니다.

모바일 장치 구성

WordPress Mobile Pack 플러그인을 사용하여 만든 사이트의 모바일 버전이 있는 경우 이 옵션을 활성화할 수 있습니다. Hyper Cache 플러그인은 모바일 장치에 대해 다른 이름으로 별도의 캐시 파일을 생성하고(모바일 테마 설정에 따라) 방문자를 생성된 페이지로 리디렉션합니다. 모바일 버전이 없으므로 확인란을 선택하지 않았습니다.

플러그인은 (서버 측에서) 텍스트를 최적화하고 사용자에게 전달합니다. 웹사이트 페이지 로딩 속도를 높입니다.

압축된 페이지 저장- 사실, 기능 자체의 포함.
압축된 페이지 보내기- 가능한 경우 페이지를 압축할 때 대역폭을 절약할 수 있습니다.
즉석 압축- 다시, 가능하면 사이트 로딩 속도를 높이는 데 도움이 됩니다.

번역— 플러그인 설정 페이지의 러시아어 버전을 비활성화합니다.
Last-Modified 헤더 비활성화- 페이지 제목에서 마지막 수정 시간을 비활성화합니다.
캐싱 홈- 홈 페이지의 캐싱을 비활성화합니다(사이트의 메인 페이지가 자주 업데이트되는 경우 도움이 됨).
리디렉션 캐싱- 모든 wordpress 블로그 리디렉션을 캐시하여 처리 시간을 줄입니다.
페이지를 찾을 수 없음 캐싱(HTTP 404)- 404 오류 페이지의 캐싱을 활성화합니다.
쿼리 문자열 제거- 추가 쿼리가 있는 URL(?, =, & 등의 주소)이 없는 URL로 캐시할 수 있습니다.
매개변수가 있는 URL- 물음표가 있는 쿼리 캐싱을 활성화합니다. 옵션이 활성화되면 부하가 감소하지만 CNC가 켜져 있을 때는 CNC를 사용할 수 없습니다(일부 로봇은 요청을 보내나요?).
브라우저가 캐시를 우회하도록 허용- 브라우저가 캐싱을 우회할 수 있도록 합니다. 예를 들어 페이지를 새로고침할 때.

필터

제외된 URL— 캐싱에서 제외하려는 페이지. 한 줄에 하나씩.
제외된 에이전트- 항상 최신 버전의 페이지를 표시하려는 사용자 에이전트(예: 검색 로봇).
쿠키 일치- 쿠키가 일치하면 캐싱을 취소합니다. 한 줄에 하나씩.

설정을 변경한 후 새로 고침 버튼을 누르는 것을 잊지 마십시오. 각 블록에는 고유한 버튼이 있습니다.

모든 것을 올바르게 수행했다면 플러그인이 작동하기 시작하고 . 나는 다음 기사에서 그것을 낮추는 다른 방법에 대해 이야기 할 것입니다. 검색 엔진, 특히 페이지 로딩 속도에 주의를 기울이기 때문에 주제는 매우 관련이 있습니다. 곧 코인온라인 블로그 페이지에서 만나요!