하이퍼 캐시 플러그인 – 문제 없는 캐싱. WordPress 고급 캐시 PHP 포함에서 캐싱을 위한 하이퍼 캐시 플러그인 설정

집 / 브레이크

사용자 브라우저에 사이트를 설치하고 . 매번 사용자에게 처음부터 생성된 페이지가 아닌 미리 만들어져 생성된 페이지(캐시에서 가져온)가 제공되기 때문에 로딩 속도가 증가합니다. 서버 부하를 줄이면 부하가 줄어듭니다. http 요청 수.

캐싱은 거의 모든 최신 웹사이트와 블로그에서 필수적입니다. 이는 상대적으로 낮은 트래픽에도 불구하고 호스팅 부하가 기하급수적으로 증가하기 때문입니다. 그리고 캐싱이 꺼졌을 때 방문자가 많으면 사이트의 두뇌가 문자 그대로 끓어오르게 됩니다(페이지를 여는 데 매우 오랜 시간이 걸리고 사이트가 주기적으로 "다운"됩니다. 즉, 실패합니다).

하이퍼 캐시 플러그인 설치

WordPress 엔진에는 캐싱을 활성화할 수 있는 플러그인이 최소한 여러 개 있습니다. 가장 인기 있고 사용하기 쉬운 것 중 하나는 하이퍼 캐시 플러그인. 사이트 검색을 사용한 후 공식 WordPress 저장소인 wordpress.org(다운로드)에서 다운로드할 수 있습니다.

다운로드 및 설치 측면에서 모든 것이 표준 구성표에 따라 여기에서 발생하므로 문제가 발생하지 않습니다(아카이브에서 모든 파일이 포함된 폴더를 꺼내어 wp-콘텐츠/플러그인). 압축을 푼 후 관리자 패널로 이동하여 전체 항목 중에서 Hyper Cache를 찾으세요. 설치된 플러그인. “활성화” 버튼을 클릭하세요. 또한 모든 wp-content/plugins 플러그인이 있는 폴더에 대한 액세스 권한을 777(읽기 및 쓰기)로 변경해야 합니다. 설치의 마지막 단계는 wp-config.php 파일을 편집하는 것입니다. 여기에 다음 코드 줄을 입력해야 합니다.

정의('WP_CACHE', 참).

이것으로 설치가 완료됩니다. 활성화 후 플러그인은 즉시 작업을 시작합니다(블로그 페이지를 캐시합니다).

하이퍼 캐시 설정 및 서버 부하 감소

Hyper Cache에는 설정이 거의 없습니다. 우선 '메인' 탭으로 이동합니다.

여기에서 캐시 수명(캐시된 페이지가 서버에 저장되는 시간)을 지정할 수 있습니다. 최적의 시간은 몇 시간에서 며칠입니다(모두 사이트의 특성, 콘텐츠 업데이트 빈도, 트래픽 및 기타 요인에 따라 다름). 콘텐츠가 더 자주 업데이트되고 트래픽이 높을수록 캐시 시간은 짧아집니다. 저는 보통 블로그를 24시간으로 지정합니다. 압축을 활성화하지 않은 경우 압축을 활성화해야 합니다.

둘째, '예외' 탭으로 이동합니다. 여기에서 캐시해야 하는 페이지를 지정할 수 있습니다. 예를 들어 캐싱을 비활성화할 수 있습니다.

홈페이지의 경우,
404페이지의 경우,
댓글 피드의 경우
RSS 피드의 경우,

다른 모든 항목은 기본값으로 둘 수 있습니다.

하이퍼 캐시 "예외" 탭

다음 탭에서 “ 이동하는"를 지정해야 합니다." 작동 모드” — > “일반현금을 사용하세요”.

하이퍼 캐시 "모바일" 탭

Hyper Cache가 작동하는지 여부를 확인하는 것은 매우 쉽습니다. 이렇게 하려면 다른 브라우저에서 또는 등록되지 않은 사용자로 블로그에 액세스해야 합니다. 바라보다 소스 코드(물론, 플러그인 설정에서 캐싱을 비활성화하지 않은 경우) 코드 맨 끝에는 다음과 같은 줄이 있어야 합니다.

안녕하세요 방문객 여러분. 마지막 기사를 조금 끝내지 않았습니다. 거기에도 유용한 내용이 많이 있으므로 꼭 읽어보세요. 그는 사용자 측에서 캐싱을 수행하는 방법, 즉 방문자가 브라우저에 파일을 저장하는 방법을 간단한 말로 알려주었습니다.

하지만 방문자가 처음 방문했거나 기록과 브라우저 캐시를 자주 지우고 싶어한다면 어떻게 해야 합니까? 그러면 이전 게시물은 쓸모가 없습니다. 아니요, 서버 내부에 캐시를 만들 수 있습니다. 훌륭하고 품질이 뛰어난 Hyper Cache 플러그인이 이에 도움이 될 것입니다. 전체 사이트는 호스팅의 특수 폴더에 저장되고 거기에서 로드되므로 편리하지 않습니까?

플러그인을 설치하는 중입니다.

플러그인은 WordPress 패널 자체에서 검색을 통해 표준으로 설치할 수 있습니다(여기서는 아무 말도 하지 않겠습니다. 누구나 플러그인을 설치할 수 있습니다). 글쎄, 그게 다야. 계속하자. 이제 그는 당신이 구성 파일에 자신의 코드를 작성하지 않았다고 맹세할 것입니다. (제 생각에는 이것은 매우 멋진 일입니다. 프로그램이 아니라 당신이 결정을 내립니다.) 그는 wp-config.php 파일에 코드를 추가하도록 당신을 초대할 것입니다. .

이 파일은 사이트 루트에 있습니다. 놓치지 마세요. public_html 폴더를 열면 거기에 있으니 직접 다운로드하세요.

다음으로, 아무 편집기에서나 열고 다음 코드를 입력해야 합니다.

Define("WP_CACHE", true);

하이퍼 캐시 플러그인 자체에서는 다음 줄 뒤에 추가할 것을 제안합니다.

Define("WPLANG", "ru_RU");

그러나 예를 들어 나는 그것을 가지고 있지 않았습니다. 이 문제는 일부 초보자를 막 다른 골목으로 이끌 수 있지만 실제로는 wp-config.php 파일의 다음 줄까지 어디에나 삽입할 수 있습니다.

Define("WP_DEBUG", false);

이제 모든 것을 저장하고 호스팅에 다시 업로드하면 설명이 있는 줄이 사라집니다.

설정.

여기 맛있는 것이 있습니다. 인터넷에는 이 플러그인 설정에 대한 많은 기사가 있지만 모두 새 버전과 공통점이 없는 이전 버전에 대해 작성되었습니다. 따라서 여러분, 블로거 여러분, 데이터를 업데이트하거나 완전히 삭제하면 해당 플러그인이 손실되었습니다. 관련성. 아 글쎄.

이제 홈 탭과 주요 하이퍼캐시 버튼을 살펴보겠습니다. 바로 스크린샷을 보여드리겠습니다.

기본 버튼부터 시작하겠습니다. 플러그인을 설치하면 자체 폴더에 사이트 복사본이 만들어집니다.

캐시를 모두 삭제하세요.플러그인에 의해 수행되고 복사된 모든 항목은 즉시 삭제됩니다. 이는 디자인 변경 등 블로그 전체를 변경하는 경우에 유용합니다. 이 버튼을 누르면 모든 내용이 지워지고 새 이미지가 캐시에 복사됩니다.
아카이브와 집 청소.하루에 10개의 기사를 작성하는 열광적인 블로거에게 필요한 매우 유용한 기능입니다. 플러그인이 업데이트 측면에서 메인 페이지를 캐시할 시간이 없는 경우 이 버튼을 클릭하세요. 이에 대해서는 아래에서 이야기하겠습니다.
캐시 크기를 계산하는 중입니다.어리석은 가젯인 이 플러그인은 블로그 사본이 차지하는 공간을 알려줄 뿐입니다. 지금은.
설정을 가져옵니다.요점은 마지막 것보다 훨씬 더 쓸모가 없습니다. 절대로 이전 버전의 플러그인에서 설정을 전송하지 마세요. 오래된 결함과 단점이 함께 퍼질 수 있기 때문입니다.

이제 "홈" 탭 자체의 설정으로 이동할 수 있습니다.

번역을 비활성화합니다.플러그인은 부분적으로 러시아어로 번역되었지만 전체 Russified 제품의 출시를 기다리고 싶다면 여기에서 확인란을 선택할 수 있습니다. 권장하지는 않지만 이런 일은 절대 일어나지 않을 것이기 때문에 통계입니다. 바다의 날씨를 기다리면 안 됩니다.
캐시된 페이지는 유효합니다.여기에서 캐시 저장 기간을 설정할 수 있습니다. 하루에 한 번(24시간마다) 모든 것을 그대로 두고 업데이트되도록 하는 것이 좋습니다.
하루에 두 개 이상의 기사를 작성한 경우 기본 캐시가 아직 업데이트되지 않았기 때문에 해당 기사가 기본 페이지에 나타날 것이라고 기대하지 말고 "아카이브 및 홈 정리"버튼을 클릭하십시오. 앞으로 모든 것이 즉시 나타날 것입니다.
압축을 활성화합니다.다소 논란의 여지가 있는 점은 gzip 형식으로 압축을 활성화한다는 것입니다. 즉, 전체 페이지를 아카이브로 압축하여 사용자 브라우저에 제공하고, 다시 압축을 풀어 표시합니다. 하지만 여러 포럼을 헤매다가 이 기능이 작동하지 않을 수도 있고 사용자에게 빈 항목이 표시된다는 사실을 알게 되었기 때문에 이 항목을 설정하지 않습니다. 다음 기사에서는 모든 것이 좀 더 복잡하지만 문제가 없는 압축 자체를 구성할 것입니다.
실시간 압축을 활성화합니다.즉석 압축을 문자 그대로 번역하면 활성화할 필요가 없습니다. 어떤 이유로 게시물이 캐시되지 않으면 즉시 캐시되지만 로드하는 데 시간이 많이 걸리므로 이렇게 하는 것이 좋습니다.
업데이트되면 홈페이지, 나머지는 업데이트됩니다. 쓸모없는 기능입니다. 전체 메인 페이지를 지우고 말도 안되는 내용을 완성하면 모든 것을 0으로 남겨두면 왜 최근 항목의 캐시를 지워야합니까?
항목이 편집된 경우.여기에서는 원칙적으로 첫 번째 항목을 깨끗한 아카이브(카테고리, 태그 등, 홈은 제외)에 넣어 항목을 편집한 후 캐시에서 즉시 업데이트되도록 할 수 있습니다. 하지만 나는 그것을 설치하지 않았고, 오래된 항목을 자주 업데이트하지 않으며, 내 캐시는 하루에 한 번 업데이트되도록 설정되어 있습니다(이 목록의 항목 2). 하지만 직접 확인해 보세요.
댓글을 작성할 때.논란의 여지가있는 점도 바로 넣지 않았다고 말하고 그 이유를 설명하겠습니다. 게시물은 댓글이 남을 때마다 캐시되며, 이는 트래픽과 댓글이 많은 사이트에 재앙이 될 것입니다. 각 댓글마다 다시 작성되므로 속도와 서버 처리에 좋지 않기 때문입니다. 그리고 나에게는 24시간에 한 번씩 업데이트하는 것으로 충분합니다. 모든 것을 이러한 주기로 진행하고 모든 것을 비워 두십시오.
캐시 폴더.플러그인이 생성할 파일에 대한 경로를 작성할 수 있습니다. 저는 필드를 비워 두었고, 필요한 곳에 쓰도록 했습니다.
또한 이 기능은 다음을 통해 실행됩니다.그것이 무엇인지, 왜 그런지 아무도 모릅니다. 저는 이 섹션을 사용하지 않습니다.
브라우저 캐싱을 허용합니다.즉, 사용자 측 브라우저가 사이트를 캐시하도록 허용하고 .htaccess에 대한 이전 기사에서 이미 이를 구성했으며 충돌을 피하기 위해 끄는 것이 더 좋으며 상황을 악화시키지 않습니다. .
HTTPS.보안 연결이 있으면 여기에서 계속 플레이할 수 있지만 모든 것을 그대로 두십시오.
readfile()을 사용하세요.또한 그것이 무엇인지 아는 사람이 아무도 없기 때문에 꺼진 상태로 둡니다.
만료된 페이지가 있는 봇을 제공합니다.확인란을 선택하지 않았으므로 필요하지 않습니다.

예외.

홈 페이지를 캐시하지 마십시오.메인 페이지는 블로그의 매우 동적인 요소이므로 어떤 경우에도 캐시되지 않아야 합니다.
"페이지 404"를 캐시하지 마십시오.같은 방식으로 넣지 않고 메모리에 넣을 이유도 없습니다.
댓글 피드를 캐시하지 마세요.제가 넣지 않았으니 댓글도 같은 방식으로 입력하도록 하겠습니다.
RSS 댓글 피드를 캐시하지 마세요.켜본 적도 없고 추천하지도 않습니다.
정확한 URI를 제외하세요.제외하려는 주소를 여기에 입력하세요. 블로그에서 릴레이 경주를 개최하는 경우 항목이 지속적으로 변경되어야 하는 경우 유용합니다.
(다음으로 시작) URI가 제외되었습니다.이전 항목과 동일하지만 여기에서만 제목과 같은 전체 섹션에 대한 예외를 할당할 수 있습니다.
쿠키를 제외합니다.사용자 측에서는 이를 제외합니다.
기기(사용자)는 제외되어야 합니다.이 섹션에서는 캐시가 활성화되지 않은 장치를 제외합니다.
작성자에게 댓글을 달기 위해 캐시된 페이지를 제공하지 마세요.댓글 검토가 활성화된 경우 반드시 활성화하세요. 그렇지 않으면 '댓글 검토 중'이라는 창이 나타나지 않습니다.
오래된 페이지를 캐시하지 마세요.이 줄은 완전히 불필요하다고 생각합니다. 오래된 게시물을 어떻게 캐시하지 않을 수 있습니까? 블로그의 가장 중요한 내용이 포함되어 있지만 뉴스 사이트에는 적합하다고 생각하지만 나머지는 사악합니다.

섹션 "모바일".

작동 모드.모바일 장치에 별도의 테마를 사용하지 않는 경우 여기에서 모든 내용을 평소대로 그대로 두십시오.
모바일 테마.첫 번째 섹션을 기반으로 주제를 선택하거나 그대로 둡니다.
모바일 사용자 에이전트.여기에서 다양한 OS, Android, 앱 등을 입력할 수 있습니다.

일반적으로 이 탭은 모바일 장치에 대한 별도의 테마가 있는 경우 관련이 있습니다. 모든 것이 반응형 디자인에 있고 아무것도 건드리지 않았으며 모든 것이 기본으로 설정되어 있기 때문입니다.

완전히 잊어버렸습니다. 다음과 같이 플러그인의 기능을 확인할 수 있습니다. 초기 설정모든 작업을 수행하고 잠시 기다렸다가 WordPress를 종료하거나 다른 브라우저를 통해 항목을 입력하고 Cntrl + U 조합을 누르면 모든 코드가 작성된 새 탭이 생기고 끝까지 스크롤하면 모든 것이 작동하면 맨 아래에 이 비문과 비슷한 내용이 표시됩니다.

이제 이해하셨을 것입니다. 제가 지난 게시물에서 리뷰를 하고 싶지 않았던 이유는 단지 큰 수건이었을 뿐이었을 것이기 때문입니다.

추신 관심을 가져주셔서 감사합니다. 이 기사가 도움이 되기를 바라며 모든 것을 올바르게 구성하셨기를 바랍니다.

안녕하세요, 친구들!

오늘의 기사는 WordPress 사이트에서 페이지 캐싱을 구현하고 더 빠르게 작동하게 만드는 Hyper Cache 플러그인에 관한 것입니다.

게다가 플러그인이 업데이트되어 명확하지 않은 것 같습니다. 이 문제를 명확히 하고 해당 설정을 자세히 분석하는 것이 중요합니다. 공식 홈페이지에서 플러그인을 다운로드할 수 있습니다.

"캐싱"의 개념을 정의하고 이것이 사이트에 왜 그렇게 중요한지 설명하는 것부터 시작하는 것이 좋습니다.

캐싱이란 무엇이며 하이퍼 캐시가 필요한 이유는 무엇입니까?

나는 간단한 말로 당신에게 말하려고 노력할 것입니다.

사실 우리 엔진(WordPress, Joomla 등)은 처음에 PHP 코드에서 페이지를 생성합니다. 그리고 방문자에게는 기성 HTML 코드가 제공됩니다. 이제 모든 텍스트, 그림 및 기타 요소가 포함된 페이지가 표시됩니다. 이미 생성된 페이지입니다.

이러한 각 세대는 방문자가 페이지에 액세스할 때 생성됩니다. 예를 들어, 나는 다음과 같이 썼습니다. 구글 검색어떤 문구를 입력했더니 10페이지가 반환되는 것으로 나타났습니다. 나는 그 중 한 곳으로 이동했고 이 순간 엔진은 데이터베이스에 양식 요청을 생성합니다. HTML 페이지 PHP에서. 그런 다음 다운로드한 페이지가 완성된 형태로 표시됩니다.

이러한 각 요청은 블로그 데이터베이스에 특정 부하를 생성합니다. 당연히 이것은 자원을 차지하는 특정 작업입니다. 우리의 경우 이는 페이지 로딩 속도입니다. 로딩 시간.

귀하의 블로그에 하루에 1000명의 방문자가 있다고 가정해 보십시오. 40~50명의 방문자가 한 단위 시간에 귀하의 웹사이트 페이지를 방문한다고 가정해 보겠습니다. 따라서 완성된 페이지를 생성하기 위해 언제든지 40-50개의 쿼리가 데이터베이스에 생성됩니다.

블로그가 느려질 것 같나요? 대답은 분명합니다. 그렇습니다! 참석자가 훨씬 많으면 어떻게 되나요? 그러면 속도가 크게 떨어질 수 있습니다.

사이트 로딩 속도가 검색 엔진에서 사이트의 위치에 영향을 미치는 요소 중 하나라는 것은 비밀이 아닙니다. 2개의 완전히 동일한 사이트를 사용하지만 하나의 속도는 1초, 두 번째는 2초가 걸리면 첫 번째 사이트의 위치가 더 높아집니다.

따라서 가능한 한 빨리 사이트를 로드해야 합니다. Hyper Cache 플러그인은 이에 대해 많은 도움을 줍니다.

그의 직업은 무엇입니까?

페이지 생성을 위해 데이터베이스에 첫 번째 요청을 하면 플러그인은 즉시 완성된 페이지의 복사본을 생성하여 해당 폴더에 저장합니다. 폴더는 호스팅에 있습니다.

따라서 매번 이 페이지를 다시 생성할 필요가 없습니다. 방문자가 이 페이지에 액세스하면 플러그인이 자동으로 미리 만들어진 옵션을 제공합니다.

보시다시피 기사 이름이 적힌 폴더가 있고, 폴더 안에 index.html 파일이 들어있습니다. 즉, 이미 생성된 페이지입니다.

트래픽이 높을 때 플러그인은 실제로 블로그 리소스를 절약합니다. 호스팅 계획에 로드 제한이 있는 경우 이는 특히 중요합니다.

귀하의 사이트에서 이러한 플러그인의 중요성을 명확하게 설명했기를 바랍니다. 저는 이 플러그인을 . 이제 설정으로 넘어 갑시다.

플러그인 설치

플러그인의 쉬운 설치 이 경우당신은 통과하지 못할 것입니다. 우리 블로그의 구성 파일을 터치해야 합니다.

플러그인을 설치하고 활성화한 후 플러그인이 작동하려면 캐싱 기능을 활성화해야 합니다. 플러그인 설정으로 가보겠습니다. 활성화하면 해당 "하이퍼 캐시" 항목이 "설정" 메뉴에 나타납니다.

다음 페이지에서는 플러그인 설정을 볼 수 있지만 페이지 상단의 경고에 관심이 있습니다.

경고에는 wp-config.php 파일에 새로운 코드 줄을 추가해야 한다고 나와 있습니다.

정의("WP_CACHE", true);

정의("WP_CACHE" , true ) ;

해보자. wp-config.php 파일을 엽니다. 이는 사이트의 루트, 즉 엔진의 모든 폴더와 파일이 있는 위치에 있습니다. 아래 이미지를 보시면 모든 것이 이해될 것입니다.

다음을 사용하여 호스팅에서 직접 내 웹사이트 폴더에서 이 파일을 다운로드했습니다. FTP 클라이언트파일질라(). 나중에 다시 업로드도 할게요.

메모장 편집기에서 파일을 열고 위에 제공된 코드를 아무 곳에나 붙여넣습니다. 명확성을 위해 삽입한 위치를 보여 드리겠습니다.

플러그인 설정으로 돌아가서 간단히 페이지를 새로 고치도록 합시다. 모든 것이 올바르게 완료되면 이 코드를 삽입해야 한다는 메시지가 사라집니다. 남은 것은 설정을 저장하여 파일을 업데이트하는 것뿐입니다.

모든 설정을 러시아어로 표시하겠습니다. 당신이 사용하는 경우 영어 버전설정 시 이미지를 통해 쉽게 탐색할 수 있습니다.

하이퍼 캐시 플러그인의 주요 설정

설정 페이지에서 가장 먼저 주목해야 할 것은 캐시 관리 버튼입니다.

각 버튼에 대해 간략하게 설명합니다.

전체 캐시 삭제 - 버튼은 전체 캐시를 지우는 데 사용됩니다. 클릭하면 캐시에 저장된 모든 페이지가 삭제됩니다. 캐시로의 페이지 수집이 다시 시작됩니다.
아카이브 및 홈 정리 - 캐시에서 페이지만 제거하는 버튼 홈페이지아카이브가 있는 웹사이트 및 섹션 페이지;
캐시 크기 계산 - 현재 캐시에 있는 총 페이지 수를 확인하려는 경우 버튼을 클릭하면 플러그인이 모든 것을 계산합니다. 현재 내 전체 캐시 크기는 235kb입니다.

블로그에 글이 10개밖에 없어서 크기가 매우 작습니다.

설정 가져오기 - 제가 아는 한, 버튼은 다음에서 설정을 가져오는 데 사용됩니다. 이전 버전플러그인. 이 버튼을 사용할 수 없었습니다.

이제 기본 Hyper Cache 설정을 살펴보세요.

먼저 설정 이미지를 보여준 다음 설명하겠습니다.

번역 비활성화 - 이 확인란은 플러그인을 러시아어로 번역합니다. 플러그인 자체가 영어, 그러면 초보자가 이해하기가 매우 어렵습니다. 이 설정을 활성화하면 설정에서 모든 플러그인 기능에 대한 설명이 영어로 작성되고 기본적으로 설치된 번역이 취소됩니다.
캐시된 페이지의 유효 기간 - 저장된 페이지가 캐시에 저장되는 기간을 지정합니다. 0으로 설정하면 페이지가 항상 캐시에 유지됩니다. 페이지 콘텐츠를 매우 자주 업데이트하는 경우 캐시된 페이지가 있는 폴더에 이전에 저장한 옵션이 표시되므로 방문자는 이러한 변경 사항을 볼 수 없으므로 이 값을 낮게 설정하십시오. 캐시에 페이지를 더 오래 보관하기 위해 값을 300시간으로 설정했습니다.
압축 활성화 - 페이지를 압축하려면 이 상자를 선택하세요. 압축을 사용하므로 설정을 활성화했습니다.
홈이 새로 고쳐지면 새로 고침도 수행합니다. 이 설정에서는 홈 페이지를 새로 고칠 때 캐시에서 지워지는 최근 항목 수를 설정할 수 있습니다. 그리고 블로그의 경우 게시물이 추가되면 해당 공지사항이 메인 페이지에 표시되므로 메인 페이지가 업데이트됩니다. 그리고 이것도 페이지 업데이트입니다. 기본값을 그대로 둡니다.
게시물에 댓글이 달릴 때 - 활성화 이 설정아카이브 페이지, 카테고리 및 태그의 캐시가 업데이트될 뿐만 아니라("클린 아카이브" 체크박스) 기사에 댓글이 추가되면 메인 페이지도 업데이트됩니다("홈 정리" 체크박스). 내 생각에는 이러한 설정을 활성화할 필요는 없습니다.
게시물 수정 시 - 이전 설정과 동일하며, 페이지 수정 시 캐시만 업데이트됩니다.
캐시 폴더 - 캐시된 페이지를 저장하기 위한 경로를 직접 입력할 수 있습니다. 나는 표준 디렉토리에 매우 만족합니다.
또한 이 기능은 이 설정 값이 자동으로 설정되어 있는 경우 수행됩니다. 우리는 아무것도 바꿀 수 없습니다.
브라우저 캐싱 허용 - 솔직히 말해서 아직 이 설정을 완전히 이해하지 못합니다. 무슨 내용인지 아시는 분 계시면 댓글에 적어주세요. 개발자는 이 설정을 사용하지 않습니다. 그의 의견을 듣고 또한 포함하지 않겠습니다.
HTTPS - https 프로토콜에 사용할 캐싱 옵션입니다. 저는 "별도 캐시" 옵션을 사용합니다.
Readfile 사용 - 이 설정은 일종의 PHP readfile 기능을 추가합니다. 솔직히 말해서 그 의미가 무엇인지 이해하지 못했습니다.
만료된 페이지를 봇에 제공 - 사이트를 방문하는 봇에게 만료된 페이지를 제공할지 여부입니다. 비활성화 상태로 두었습니다.
깔끔함 - 이전과 동일합니다. 플러그인 업데이트 후 설정이 제거되었습니다.

사실 최근 플러그인 업데이트 이후에 등장한 최신 설정에 대한 질문이 있는데 정확히 용도가 무엇인지 모르겠습니다. 하지만 위에서 설명한대로 모든 것을 그대로 두었습니다.

예외 설정

메인 페이지를 캐시하지 마십시오. 새 게시물이 지속적으로 추가되고 해당 공지가 메인 페이지에 게시되는 일반 블로그가 있는 경우 메인 페이지가 캐시되지 않도록 이 설정을 활성화합니다. 메인 페이지에서는 모든 변경 사항이 실시간으로 표시되어야 합니다.
404 페이지를 캐시하지 마세요. - 404 페이지를 특별히 캐시할 필요는 없습니다. 따라서 우리는 체크박스도 넣었습니다.
댓글 피드를 캐시하지 않음 - 이 설정을 활성화하지 않았습니다.
RSS 댓글 피드를 캐시하지 마세요. 또한 활성화되지 않았습니다.
정확한 URL 제외 - 캐싱에서 일부 페이지를 제외하려는 경우 전체 주소를 입력할 수 있습니다. 지속적으로 무언가를 변경하는 기사가 있으면 도움이 될 수 있습니다. 예를 들어, 대회 결과를 매일 실시간으로 업데이트합니다.
(다음으로 시작) 제외 URL - 이 설정은 특정 페이지 집합(예: 한 카테고리)의 캐싱을 금지하려는 경우에 유용합니다. 그런 다음 여기에 카테고리 이름으로 시작하는 주소의 일부를 입력하면 이 카테고리 이름으로 시작하는 모든 페이지가 캐시되지 않습니다.
쿠키를 제외하는 것이 보다 전문적인 설정입니다. 쿠키를 사용하여 페이지 캐싱을 제외할 수 있습니다.
장치(사용자) 제외 - 방문자가 일부 에이전트를 통해 사이트에 액세스하는 경우 이 설정에 해당 이름을 지정하면 캐싱이 발생하지 않습니다.
댓글 작성자에게 캐시된 페이지를 제공하지 마세요. 블로그에 댓글을 남길 때 일반적으로 이에 대한 알림을 받게 됩니다. 실제로 표시하려면 이 설정을 활성화해야 합니다.

오래된 페이지를 캐시하지 마십시오. 페이지가 오래될수록 검색 엔진에서의 위치가 높아지고 방문해야 하는 방문자가 많아지기 때문에 이 설정은 쓸모가 없다고 생각합니다. 반대로, 그러한 페이지는 캐시되어야 합니다. 따라서 이 설정은 건드리지 않습니다. 캐시할 필요가 없는 페이지의 연령을 설정할 수 있습니다.

모바일 설정

작동 모드 - 저는 표준 모드를 사용합니다. 별도의 캐싱을 위해 "별도 캐시" 옵션을 선택할 수 있습니다. 모바일 장치에 다른 콘텐츠가 있는 경우 필요할 수 있습니다.
모바일 테마 - 캐시하려는 디자인 테마를 선택하거나 플러그인이 활성 테마를 결정하는 "활성 블로그 테마 사용" 표준 옵션을 그대로 둡니다.
모바일 사용자 에이전트 - 이 필드에는 주요 항목이 포함되어 있습니다. 모바일 장치, 어느 사이트에서 방문하는지.

이로써 모든 설정이 완료되었습니다. 수행된 모든 작업을 저장하는 것을 잊지 마십시오.

플러그인의 작동을 매우 간단하게 확인할 수 있습니다. 다른 브라우저를 통해 사이트의 모든 페이지로 이동하면 충분합니다. 이 페이지는 이미 캐시에 있어야 합니다. 그런 다음 소스 코드를 열면(ctrl+u) 페이지 맨 아래에 플러그인에 의해 출력되는 줄이 있습니다.

그러한 줄이 존재한다면 이 페이지는 이미 캐시에 있고 플러그인이 성공적으로 작동하고 있는 것입니다.

전통적으로 저는 하이퍼 캐시 플러그인 설정에 대한 특별 비디오 튜토리얼을 준비했습니다. 아래를 살펴보겠습니다.

그 후에는 모든 것이 당신에게 명확해졌기를 바랍니다.

질문이 있으시면 댓글에 적어주세요. 나는 모든 것에 대답할 것이다. 또한 새로운 플러그인과 기타 기능을 검토하기 위한 아이디어를 작성하세요. 나는 모든 것을 기록하고 가까운 장래에 확실히 할 것입니다.

여기서 이 글을 마치겠습니다. 그리고 기억하세요: "빠른 블로그 - 편리한 블로그". 그러므로 그의 일을 빨리 하라.

곧 봐요.

감사합니다, 콘스탄틴 크멜레프.

외부에서 높은 사이트 순위를 위해 검색 엔진웹사이트 페이지의 로딩 속도는 중요합니다. 사용자가 콘텐츠를 더 빨리 수신할수록 로딩 페이지를 떠날 가능성이 줄어듭니다. 호스팅 제공업체와 CDN 네트워크 모두 웹사이트 로딩 속도를 놓고 경쟁하는 경우가 많습니다. 하지만 특수 플러그인을 사용하면 프로젝트 성능을 향상시키는 것이 훨씬 쉽습니다. WordPress 플랫폼을 위해 많은 캐싱 확장이 개발되었으며, 그 중 Hyper Cache는 성능과 손쉬운 구성이 돋보입니다. "하이퍼캐시"와 달리 사이트를 순수한 정적 HTML로 바꾸지는 않지만 JS 스크립트와 AJAX가 모두 작동하도록 허용합니다. 이 플러그인이 왜 그렇게 좋은지, 올바르게 구성하는 방법은 무엇입니까?

하이퍼 캐시 및 슈퍼 캐시– 가장 인기 있는 캐싱 플러그인이 2개 있는데 사용자들은 어느 것을 선택하는 것이 더 나은지 궁금해하고 있습니다. 사이트 중 하나에서 슈퍼 캐시 작동에 문제가 발생한 후 일부 변경된 호스팅 설정으로 인해 작동이 중지되었다고 말해야 합니다. 대신 Hypercache가 설치되었습니다. 당시 이 사이트의 호스팅 부하를 모니터링한 결과, 하이퍼캐시를 설치한 후 호스팅 부하가 눈에 띄게 줄어들었습니다. 즉, 하이퍼캐시가 더 효율적으로 작동한다는 사실을 발견했습니다. 그러나 완전히 반대되는 관점을 읽을 수 있습니다. 가능성이 가장 높은 다양한 상황(사이트 및 호스팅 구성) 하나 또는 다른 플러그인이 더 효과적일 수 있습니다.

하이퍼 캐시 플러그인 설치는 다른 확장 프로그램 설치와 다르지 않습니다. 설치는 두 가지 방법으로 가능합니다.

FTP를 통해 플러그인과 함께 압축을 푼 아카이브를 업로드하고 콘솔을 통해 후속 활성화;
플러그인 제어판을 통해 확장 프로그램을 설치합니다.

완료되면 "플러그인" 탭에서 확장 기능을 활성화하는 것을 잊지 마세요. "하이퍼캐시" 설정 관리는 "설정" >> "하이퍼 캐시" 경로에 있습니다.

어떤 식으로든 결국 캐싱 준비가 거의 완료된 플러그인을 얻게 됩니다. 첫 번째 페이지를 캐싱하기 전에 .Hyper Cache에서는 소유자가 블로그 구성 파일을 살펴보고 거기에 들어가야 합니다. 작은 코드. 이 절차는 몇 분 정도 걸리며 특별한 프로그래밍 기술이 필요하지 않습니다.

파일 관리자를 사용하여 호스팅에서 블로그의 루트 폴더를 열고 wp-config.php 파일을 찾으세요. "편집"을 클릭하고 새 창에서 라인 정의('WP_DEBUG', false) 뒤의 새 창에서; 위 스크린샷의 첫 번째 줄에 쓰여진 대로 코드 정의(“WP_CACHE”, true)를 입력합니다.

파일을 저장하고 플러그인 설정을 업데이트해 보세요. "하이퍼캐시"가 계속해서 문제를 일으키면 구성 파일에 지정한 내용을 자세히 살펴보세요. Notepad++ 등의 메모장에서 파일을 편집하여 FTP를 통해 wp-config.php를 변경할 수도 있습니다.

WP 저장소(https://wordpress.org/plugins/hyper-cache/)에서 플러그인을 찾을 수 있습니다. 그러나 Hyper Cache Extended 확장과 혼동해서는 안 됩니다. 이 두 플러그인은 완전히 다른 플러그인입니다.

플러그인 설정

하이퍼캐시 설정은 네 개의 섹션으로 구성됩니다. 기본 설정은 "Main" 섹션에 저장되어 있으며, 모바일 플랫폼'모바일' 하위 섹션에 있습니다. CDN은 CDN 네트워크 작업을 담당하며 "예외" 하위 섹션이 이에 대해 설명합니다. 플러그인이 영어 버전으로 표시되면 "번역 비활성화" 항목을 선택 취소하고 하단의 "저장"을 클릭해야 합니다. 확장 기능은 아직 완전히 번역되지 않았지만 사용자가 이해할 수 있는 언어로 적어도 부분적으로 작성되면 설정을 이해하기가 훨씬 쉽습니다.

설정 자체 외에도 상단 블록에는 플러그인 기능에 "빠른" 액세스를 위한 4개의 버튼이 있습니다.

모든 캐시 삭제 – 서버에 저장된 전체 캐시를 지웁니다. 디자인을 변경하거나 템플릿을 변경할 때 매우 유용한 기능입니다.
아카이브 및 홈 정리 - 이 옵션이 활성화되면 홈 페이지와 아카이브만 영향을 받습니다. 그러나 캐시된 페이지와 게시물은 블로그 캐시에 남아 있습니다.
캐시 크기 계산 - 호스팅 공간이 충분하지 않은 경우 이 버튼을 클릭하면 디스크에서 블로그 페이지의 캐시 복사본이 얼마나 차지하는지 확인할 수 있습니다.
설정 가져오기 - 하이퍼 캐시 플러그인은 여러 번 환생되었으며 그 결과 개발자는 이전 버전의 확장 프로그램 소유자가 이전 설정을 가져올 수 있도록 허용했습니다. 새 버전"하이퍼캐시".

이제 반드시 활성화해야 하는 설정을 살펴보겠습니다. “Main” 섹션에서 가장 먼저 해야 할 일은 캐시 수명을 지정하는 것입니다. 페이지를 영원히 캐시하려면 숫자 0을 입력합니다. 그렇지 않으면수명을 초 단위로 입력합니다. 1시간은 3600초임을 기억하자. 압축을 위해 Gzip을 사용하지 않는 사람들을 위한 "압축 활성화" 옵션도 주목할 가치가 있습니다. 나머지 홈 페이지 설정은 선택 사항이지만 원할 경우 실험해 볼 수 있습니다.

"예외" 섹션에서 해당 상자를 선택하면 "404" 오류가 있는 페이지뿐만 아니라 메인 페이지의 캐싱을 방지할 수 있습니다. 블로그 페이지가 캐시에 저장되지 않는 것이 중요한 경우 "제외할 정확한 URI 주소" 옵션을 선택하여 활성화하고 필요한 페이지의 전체 URL을 입력하세요.

원하는 경우 다음에 대한 캐싱을 비활성화할 수도 있습니다. 개별 브라우저플랫폼은 물론 특정 연령보다 오래된 페이지에도 적용됩니다. 예를 들어, 사용자 에이전트 "Opera"를 등록하면 동일한 이름의 브라우저에 대한 캐싱이 비활성화됩니다.

블로그에 여전히 반응형 테마가 설치되어 있지 않고 여전히 특수 플러그인을 사용하여 블로그 테마를 전환하는 경우 "작동 모드" 항목이 생성됩니다. "별도 캐시"를 지정하고 "저장"을 클릭합니다. 동시에 "모바일 테마" 항목에서 적절한 템플릿을 선택하는 것을 잊지 마세요.

웹사이트 로딩 속도를 높이기 위해 CDN 네트워크를 사용하시나요? 설정을 활성화하고 해당 상자에 CDN URL을 입력하기만 하면 되기 때문에 "하이퍼캐시"도 도움이 될 것입니다.

이로써 플러그인 설정이 완료되었습니다. 설정을 변경할 때마다 "저장" 버튼을 클릭한 다음 전체 블로그 캐시를 재설정하여 페이지가 캐시에서 다시 포맷되도록 해야 합니다.

htaccess 캐싱은 웹 페이지의 내용을 다음 위치에 저장합니다. 로컬 컴퓨터사용자가 방문할 때;
브라우저 캐시 사용 – 웹마스터는 브라우저에 리소스 처리 방법을 지시합니다.

브라우저가 웹페이지를 렌더링할 때 로고, CSS 파일 및 기타 리소스를 로드해야 합니다.

브라우저 캐시는 브라우저가 이미 다운로드한 리소스를 "기억"합니다. 방문자가 사이트의 다른 페이지로 이동하는 경우 로고, CSS 파일 등 브라우저가 이미 "기억"(저장)했기 때문에 다시 다운로드하면 안 됩니다. 이것이 반복 방문보다 첫 번째 방문 시 웹 페이지를 로드하는 데 더 오랜 시간이 걸리는 이유입니다.

캐싱을 사용하면 웹 페이지 파일이 브라우저 캐시에 저장됩니다. 반복 방문 시 페이지가 훨씬 빠르게 로드됩니다. 동일한 리소스를 사용하는 다른 페이지에서도 이러한 현상이 발생합니다.

브라우저 캐싱을 활성화하는 방법

캐싱을 사용하도록 리소스 요청 헤더를 수정합니다.
캐싱 전략을 최적화하세요.

요청 헤더 변경

대부분의 사람들에게 사이트의 htaccess를 캐시하는 유일한 방법은 웹 서버의 .htaccess 파일에 코드를 추가하는 것입니다.

.htaccess 파일은 많은 것을 제어합니다 중요한 설정귀하의 웹사이트를 위해.

.htaccess 파일을 통한 브라우저 캐싱

아래 코드는 브라우저에 캐시할 항목과 이를 "기억"할 기간을 알려줍니다. .htaccess 파일 시작 부분에 추가해야 합니다.

## 캐싱이 만료됩니다 ## ExpiresActive On ExpiresByType image/jpg "1년 액세스" ExpiresByType image/jpeg "1년 액세스" ExpiresByType image/gif "1년 액세스" ExpiresByType image/png "1년 액세스" ExpiresByType text/css "1개월 액세스" ExpiresByType text/ html "1개월 액세스" ExpiresByType application/pdf "1개월 액세스" ExpiresByType text/x-javascript "1개월 액세스" ExpiresByType application/x-shockwave-flash "1개월 액세스" ExpiresByType image/x-icon "1년 액세스" ExpiresDefault "1개월 액세스"## 캐싱이 만료됩니다 ##

.htaccess 파일을 저장한 다음 웹 페이지를 새로 고칩니다.

다양한 파일 형식에 대한 캐시 시간을 설정하는 방법

위의 코드는 시간 간격을 지정합니다. 예를 들어 1년(1년) 또는 1개월(1개월)입니다. 파일 형식과 관련이 있습니다. 위 코드에서는 .jpg 파일(이미지)을 1년 동안 캐시해야 한다고 명시하고 있습니다.

JPG 이미지도 한 달 동안 캐시되도록 이를 변경하려면 "1년"을 "1개월"로 바꾸면 됩니다. 위의 htaccess 캐싱 값은 대부분의 웹 페이지에 최적입니다.

.htaccess에 대한 대체 캐싱 방법

위에서 설명한 방법을 " 만료", 캐싱을 사용하는 대부분의 초보자에게 도움이 됩니다. 캐싱에 익숙해지면 더 많은 옵션을 제공하는 Cache-Control이라는 다른 캐싱 방법을 사용해 볼 수 있습니다.

Expires 메서드가 서버에서 작동하지 않을 수 있으며, 이 경우 Cache-Control을 사용해 볼 수 있습니다.

캐시 제어

이 방법을 사용하면 브라우저에서 페이지 캐싱을 더 효과적으로 제어할 수 있지만 많은 사람들은 모든 설정을 한 번에 지정하는 것이 더 쉽다고 생각합니다.

.htaccess 파일의 사용 예:

대부분의 정적 자산에 대해 1위 월 헤더 세트 Cache-Control "max-age=2592000, public"

위 코드는 파일 유형에 따라 Cache-Control 헤더를 설정합니다.

캐시 제어는 어떻게 작동합니까?

htaccess 브라우저에서 위의 캐싱 코드 줄을 고려하세요.

대부분의 정적 자산에 대해 1위 월

이 줄은 단지 메모일 뿐입니다. .htaccess 파일은 # 문자로 시작하는 줄을 무시합니다. 파일 캐싱 솔루션으로 여러 가지 데이터 세트가 있을 수 있으므로 이 참고 사항을 권장합니다.

위에서 언급한 줄은 " 파일이 이러한 유형 중 하나라면, 우리는 그것에 대해 뭔가를 할 것입니다...»

이 줄에서 가장 중요한 점은 다음을 나열한다는 것입니다. 다양한 유형파일( CSS, JS, JPEG, PNG등. ) 이러한 파일 형식에는 캐싱 지침을 적용해야 합니다. 예를 들어, 특정 기간 동안 JPG 파일을 캐시하지 않으려면 ' JPG". HTML을 추가하려면 다음 줄에 " HTML«:

헤더 세트 Cache-Control "max-age=2592000, public"

위에서 언급한 줄은 실제 헤더와 값을 설정합니다.

부분 " 헤더 세트 Cache-Control» — 제목을 설정합니다.
변수 " 최대 연령=2592000"—캐싱 프로세스에 소요되는 시간(초)을 나타냅니다. 이 경우에는 1개월(2592000)초 동안 캐시합니다.
부분 " 공공의» 공개적으로 이용 가능하다고 보고합니다.