WP Super Cache

이 플러그인은 동적 워드프레스 블로그에서 정적 html 파일을 생성합니다. html 파일이 생성되면 웹서버는 상대적으로 무겁고 비용이 많이 드는 워드프레스 PHP 스크립트를 처리하는 대신 해당 파일을 서비스합니다.

정적 HTML 파일은 대다수의 사용자에게 제공됩니다:

• 로그인하지 않은 사용자.
• 블로그에 댓글을 남기지 않은 사용자.
• 또는 비밀번호로 보호된 글을 본 적이 없는 사용자도 마찬가지입니다.

방문자의 99%에게 정적 HTML 파일이 제공됩니다. 하나의 캐시된 파일은 수천 번 제공될 수 있습니다. 다른 방문자에게는 해당 방문자에 맞는 맞춤형 캐시 파일이 제공됩니다. 방문자가 로그인했거나 댓글을 남긴 경우 해당 세부 정보가 표시되고 캐시됩니다.

플러그인은 캐시된 파일을 3가지 방식으로 제공합니다(속도에 따라 순위가 매겨짐):

1. 전문가. 가장 빠른 방법은 Apache mod_rewrite(또는 웹 서버에서 지원하는 유사한 모듈)를 사용하여 “수퍼 캐시된” 정적 html 파일을 제공하는 것입니다. 이 방법은 PHP를 완전히 우회하며 매우 빠릅니다. 서버에 트래픽이 폭주하는 경우 요청이 “가벼워지므로” 대처할 가능성이 더 높습니다. 하지만 이 방법을 사용하려면 사용자 정의 퍼머링크가 있는 경우 설치되어 있는 Apache mod_rewrite 모듈과 잘못 수정하면 사이트가 다운될 수 있는 .htaccess 파일을 수정해야 하므로 위험할 수 있습니다.
2. 간단합니다. 수퍼캐시된 정적 파일은 PHP에서 제공할 수 있으며 플러그인 사용 시 권장되는 방식입니다. 플러그인은 “수퍼캐시된” 파일이 존재할 경우 이를 제공하며 mod_rewrite 메서드만큼 빠릅니다. .htaccess 파일을 변경할 필요가 없으므로 구성하기가 더 쉽습니다. 여전히 사용자 정의 퍼머링크가 필요합니다. 이 캐싱 모드에서는 페이지의 일부를 동적으로 유지할 수 있습니다.
3. WP-Cache 캐싱. 주로 알려진 사용자, 매개변수가 있는 URL 및 피드에 대한 페이지를 캐시하는 데 사용됩니다. 알려진 사용자란 로그인한 사용자, 댓글을 남긴 방문자 또는 사용자별 맞춤 데이터를 표시해야 하는 사용자를 말합니다. 가장 유연한 캐싱 방법이지만 약간 느립니다. 수퍼캐싱이 비활성화되어 있으면 알 수 없는 사용자의 방문도 WP-Cache 캐싱이 캐시합니다. 이 모드에서도 페이지에 동적 부분을 포함할 수 있습니다. 이 모드는 항상 활성화되어 있지만 알려진 사용자, 매개변수가 있는 URL 또는 피드에 대한 캐싱을 개별적으로 비활성화할 수 있습니다. WP-Cache 캐싱만 사용하려면 wp-config.php에서 상수 “DISABLE_SUPERCACHE”를 1로 설정하세요.

PHP 파일 편집에 익숙하지 않다면 간편 모드를 사용하세요. 설정하기 쉽고 매우 빠릅니다.

권장 설정

1. 간단한 캐싱.
2. 페이지 압축.
3. 알려진 사용자에 대한 페이지를 캐시하지 않습니다.
4. 캐시 재구축.
5. CDN 지원.
6. 추가 홈페이지 검사.

가비지 컬렉션은 오래되고 오래된 캐시 파일을 정리하는 작업입니다. 만료 시간에 대한 정확한 값은 없지만 1800초가 좋은 시작점입니다.

“거부된 사용자 에이전트” 텍스트 상자의 내용을 삭제하고 검색 엔진이 파일을 캐시하도록 허용하는 것도 고려해 보세요.

가능한 한 많은 글을 미리 로드하고 ‘미리 로드 모드’를 활성화합니다. 캐시된 오래된 파일의 가비지 수집이 비활성화됩니다. 사이드바 위젯 업데이트에 신경 쓰지 않는다면 모든 글이 자주 다시 불러오지 않도록 미리 로드 간격을 2880분(2일)으로 설정하세요. 사전로드가 발생하면 새로 고쳐지는 글의 캐시 파일이 삭제된 다음 다시 생성됩니다. 그 후 오래된 캐시 파일을 정리하기 위해 모든 오래된 파일의 가비지 컬렉션이 수행됩니다.↵ 사전 로드 모드가 활성화되어 있어도 글이 수정되거나 댓글이 작성되면 캐시 파일이 삭제됩니다.

개발

• 이 플러그인의 활발한 개발은 GitHub에서 처리되고 있습니다.
• 플러그인을 다른 언어로 번역하는 방법은 번역 페이지에서 확인할 수 있습니다.

문서

아래 내용보다 더 자세한 정보가 필요한 경우 위키 또는 개발자 문서에서 확인할 수 있습니다.

미리 로드

사전 로딩을 통해 사이트의 글, 카테고리 및 태그에 대한 캐시 파일을 생성할 수 있습니다. 사전 로딩은 다른 사이트 방문자와 마찬가지로 사이트의 각 페이지를 방문하여 캐시된 페이지를 생성합니다. 이 기능의 순차적 특성으로 인해 글이 많은 경우 전체 사이트를 미리 로드하는 데 다소 시간이 걸릴 수 있습니다↵. 사전 로딩의 효율성을 높이려면 오래된 캐시 파일이 삭제되지 않도록 가비지 컬렉션을 비활성화하면 유용할 수 있습니다. 설정에서 ‘미리 로드 모드’를 활성화하면 됩니다. 하지만 댓글을 제출하거나 글을 수정하여 페이지를 업데이트하면 캐시의 일부가 지워질 수 있다는 점에 유의하세요.

가비지 컬렉션

캐시 디렉토리는 시간이 지남에 따라 가득 차서 서버의 공간을 차지합니다. 공간이 제한되어 있거나 용량에 따라 요금이 청구되는 경우 또는 사이트의 캐시된 페이지가 부실해질까 걱정된다면 가비지 컬렉션을 수행해야 합니다. 가비지 컬렉션은 정기적으로 수행되며 캐시 디렉터리에서 오래된 파일을 삭제합니다. 고급 설정 페이지에서 ↵ 다음을 지정할 수 있습니다. 1. 캐시 시간 초과. 캐시 파일을 새 파일로 간주하는 기간입니다. 이 시간이 지나면 오래된 파일로 간주되어 삭제할 수 있습니다.↵ 2. 스케줄러. 가비지 컬렉션을 수행할 빈도를 설정합니다.↵. 3. 알림 이메일. 가비지 컬렉션 작업 진행 상황에 대한 알림을 받을 수 있습니다 ↵. 가비지 컬렉션에 대한 옳고 그름의 설정은 없습니다. 회원님의 사이트에 따라 다릅니다.↵ 사이트에서 정기적으로 업데이트 또는 댓글을 받는 경우 시간 제한을 1800초로 설정하고 타이머를 600초로 설정하세요. 사이트가 대부분 정적인 경우 시간 제한을 0으로 입력하여 가비지 수집을 비활성화하거나 매우 큰 시간 제한 값을 사용할 수 있습니다.

캐시 디렉터리(일반적으로 wp-content/cache/)는 임시 파일만 저장합니다. 중요한 파일이나 중요한 파일이나 디렉터리에 대한 심볼릭 링크를 해당 디렉터리에 넣지 마세요. 플러그인에 쓰기 권한이 있는 경우 삭제됩니다.

CDN

CDN(콘텐츠 전송 네트워크)은 일반적으로 전 세계에 위치한 컴퓨터 네트워크로, 회원님과 가까운 서버를 사용하여 웹사이트의 콘텐츠를 더 빠르게 제공합니다. 이미지, 자바스크립트, CSS 파일과 같은 정적 파일은 이러한 네트워크를 통해 제공되어 사이트 로딩 속도를 높일 수 있습니다. 도메인의 하위 도메인을 사용하여 정적 파일을 서비스하는 ‘가난한 사람의 CDN’을 만들 수도 있습니다.

OSSDL CDN 오프링커가 WP Super Cache에 통합되어 기본적인 CDN 지원을 제공합니다. 이 기능은 서버의 wp-content 및 wp-includes에 있는 파일(.php 파일 제외)의 URL을 다른 호스트 네임을 가리키도록 다시 작성하는 방식으로 작동합니다. 많은 CDN이 origin pull를 지원합니다. 즉, CDN은 파일이 처음 요청될 때 서버에서 자동으로 파일을 다운로드하고 구성 가능한 시간 동안 파일을 계속 제공한 후 서버에서 다시 다운로드합니다.

플러그인 설정 페이지의 “CDN” 탭에서 이 기능을 구성합니다. 이는 고급 기술이며 웹서버 또는 CDN의 작동 방식에 대한 기본적인 이해가 필요합니다. CDN을 구성한 후에는 반드시 파일 캐시를 지워야 합니다.

REST API

이제 이 플러그인의 설정에 액세스할 수 있는 REST API 엔드포인트가 있습니다. 이를 사용하려면 설정 페이지를 볼 수 있는 권한이 있는 관리자 사용자로 인증받아야 합니다. 아직 문서화되어 있지 않지만 이와 관련된 모든 코드는 “rest” 디렉토리에서 찾을 수 있습니다.

사용자 정의 캐싱

이제 add_cacheaction() 함수를 사용하여 캐싱 프로세스에 연결할 수 있습니다.

세 가지 후크를 사용할 수 있습니다:

1. ‘wp_cache_get_cookies_values’ – WP 캐시에서 사용하는 키를 수정합니다.
2. ‘add_cacheaction’ – 2단계에서 실행됩니다. 플러그인이 워드프레스 훅을 추가할 수 있도록 합니다.
3. ‘cache_admin_page’ – 관리자 페이지에서 실행됩니다. 새 구성 옵션을 추가하는 등 해당 페이지를 수정하는 데 사용합니다.

일반 워드프레스 필터도 하나 있습니다. “do_createsupercache” 필터↵를 사용하여 캐싱 전 검사를 사용자 정의할 수 있습니다. 이 필터는 하나의 매개변수를 허용합니다↵. WP-Cache의 wp_cache_get_cookies_values() 함수의 출력입니다.

WP Super Cache에는 자체 플러그인 시스템이 있습니다. 이 코드는 WP Super Cache가 로드될 때 로드되며 캐싱 수행 방식을 변경하는 데 사용할 수 있습니다. 이는 대부분의 워드프레스가 로드되기 전이므로 일부 기능을 사용할 수 없습니다. 플러그인은 PHP가 로드할 수 있는 모든 곳에 위치할 수 있습니다. 직접 플러그인을 추가할 수도 있습니다:

• 플러그인을 wp-content/plugins/wp-super-cache-plugins 디렉토리에 넣거나
• wpsc_add_plugin( $name )을 호출하면 됩니다. 여기서 $name은 전체 파일 이름과 플러그인 경로입니다. 해당 함수를 한 번만 호출하면 추가할 수 있습니다. 로드된 플러그인 목록에서 제거하려면 wpsc_delete_plugin( $name )을 사용합니다.

WP Super Cache가 “알려진 사용자”를 식별하는 데 사용하는 쿠키는 이제 플러그인 구성의 목록에 해당 쿠키의 이름을 추가하여 수정할 수 있습니다. 새 쿠키를 추가하려면 wpsc_add_cookie( $name )를 사용하고 쿠키를 제거하려면 wpsc_delete_cookie( $name )를 사용합니다. 쿠키 이름은 플러그인에서 사용하는 mod_rewrite 규칙도 수정하지만 .htaccess 파일 업데이트의 복잡성을 피하기 위해 단순 모드 캐싱을 사용하는 것이 좋습니다.↵ 쿠키 이름과 값은 사용자를 구분하는 데 사용되므로 예를 들어 사이트의 사용자 유형별로 하나의 쿠키를 사용하지만 다른 값을 가질 수 있습니다. 이들에게는 서로 다른 캐시 파일이 제공됩니다.

플러그인/검색엔진.php는 제 친구에게 광고 금지 플러그인에 사용하는 예시를 참조하세요.

문제 해결

플러그인을 설치했을 때 문제가 해결되지 않는다면 몇 가지 확인해야 할 사항이 있습니다:

1. 웹 서버에서 wp-content를 쓸 수 있나요?
2. Wp-content/wp-cache-config.php가 있나요? 없는 경우 wp-super-cache/wp-cache-config-sample.php 파일을 wp-content/wp-cache-config.php에 복사하고 WPCACHEHOME이 올바른 위치를 가리키는지 확인합니다.
3. Wp-content/advanced-cache.php가 있나요? 없는 경우 wp-super-cache/advanced-cache.php를 wp-content/에 복사해야 합니다. 파일을 편집하고 경로가 wp-super-cache 폴더를 가리키도록 변경해야 합니다.
4. 페이지가 전혀 캐시되지 않는 경우 위의 조언에 따라 wp-content/advanced-cache.php를 삭제하고 다시 생성하세요.

5. 다음 줄이 wp-config.php에 있고 “require_once(ABSPATH.’wp-settings.php’);” 줄 위에 있는지 확인합니다:

   define( 'WP_CACHE', true );
6. 설정->WP Super Cache 페이지로 돌아가서 캐시를 활성화합니다.
7. Wp-content/cache/supercache/를 살펴보세요. 거기에 디렉터리와 파일이 있나요?
8. Php error_log에 뭔가 있나요?
9. Super Cache가 설치된 후에도 브라우저에서 파일을 저장하라는 메시지가 계속 표시되면 Super Cache 압축을 비활성화해야 합니다. 설정-> WP Super Cache 페이지로 이동하여 비활성화하세요.
10. PHP의 안전 모드가 활성화되어 있으면 플러그인이 제대로 작동하지 않습니다. 이 모드는 관리자가 비활성화해야 합니다.
11. 페이지가 무작위로 수퍼 캐싱되는 경우도 있고 그렇지 않은 경우도 있는 경우 URL에 ‘www’ 접두사를 넣거나 넣지 않고 블로그를 볼 수 있습니다. 한 가지 방법을 선택하고 이전 워드프레스를 사용하는 경우 웹 사이트 환경설정 적용 플러그인을 설치해야 합니다. 최신 버전은 자동으로 리디렉션됩니다(어쨌든 항상 최신 버전의 워드프레스를 실행해야 합니다!).
12. 드림호스트의 비공개 서버 사용자는 CPU 사용량 증가에 대한 오류가 발생하는 경우 wp-content/wp-cache-config.php를 편집하고 캐시 디렉터리를 “/tmp/”로 설정해야 합니다. 자세한 내용은 이 토론을 참조하세요.
13. “키 0x152b를 획득하지 못했습니다.”와 같은 파일 잠금 오류: 권한이 거부되었습니다…” 또는 “WP 수퍼 캐시에 의해 페이지가 캐시되지 않았습니다. 뮤텍스 잠금을 얻을 수 없습니다.”와 같은 오류는 파일 잠금을 사용해야 할 수 있다는 신호입니다. wp-content/wp-cache-config.php를 편집하고 “$use_flock = true” 주석 처리를 해제하거나 $sem_id를 다른 값으로 설정하세요. 최후의 수단으로 관리자 화면에서 파일 잠금을 비활성화할 수도 있습니다.
14. 거친 파일 잠금을 사용하는 경우 웹 서버에서 cache/wp_cache_mutex.lock에 쓰기 가능한지 확인하세요.
15. 캐시 폴더는 NFS, Samba 또는 NAS 공유에 넣을 수 없습니다. 로컬 디스크에 있어야 합니다. 캐시 폴더가 로컬 컴퓨터에 없으면 파일 잠금 및 만료된 파일 삭제가 제대로 작동하지 않습니다.

16. 워드프레스에서 wp-cron.php를 찾을 수 없는 경우 이전 캐시 파일의 가비지 컬렉션이 작동하지 않습니다. 호스트 이름이 127.0.0.1로 확인되면 가비지 수집이 작동하지 않을 수 있습니다. 액세스 로그에서 wp-cron.php 항목을 확인하세요. 404(파일을 찾을 수 없음) 또는 200 코드가 반환되나요? 404이거나 wp-cron.php가 보이지 않는다면 워드프레스가 잘못된 위치에서 해당 스크립트를 찾고 있을 수 있습니다. 서버 관리자에게 문의하여 이 문제를 해결하거나 유닉스 서버에서 /etc/hosts를 편집하여 다음 줄을 제거해야 합니다. 호스트 네임은 네트워크/인터넷의 다른 서버가 사용하는 외부 IP 주소로 확인되어야 합니다. 자세한 내용은 http://yoast.com/wp-cron-issues/ 을 참조하세요. “127.0.0.1 localhost localhost.localdomain”과 같은 줄은 괜찮습니다.

    127.0.0.1 example.com
17. 수퍼캐시를 통해 방문자에게 이전 페이지가 제공되고 있다면 Apache 모듈(또는 Apache를 사용하지 않는 경우 이에 상응하는 모듈)이 누락된 것일 수 있습니다. mod_mime, mod_headers, mod_expires의 세 가지 모듈이 필요합니다. 마지막 두 모듈은 브라우저가 사이트의 기존 페이지의 새 버전을 로드하는 데 특히 중요합니다.
18. “WP Super Cache가 설치되었지만 손상되었습니다.”라는 오류 메시지가 표시됩니다. wp-content/advanced-cache.php의 wp-cache-phase1.php 경로를 수정해야 합니다!”라는 오류 메시지가 모든 페이지 끝에 표시됩니다. 즐겨 사용하는 편집기에서 wp-content/advanced-cache.php 파일을 엽니다. wp-cache-phase1.php 경로가 맞나요? 이 파일은 일반적으로 wp-content/plugins/wp-super-cache/에 있습니다. 경로가 올바르지 않으면 캐싱 엔진이 로드되지 않습니다.
19. 캐싱이 작동하지 않습니다. 다시 로드할 때 블로그의 타임스탬프가 계속 변경됩니다. .htaccess 규칙의 경로가 수퍼캐시 디렉터리가 있는 위치와 일치하는지 확인하세요. 하드코딩해야 할 수도 있습니다. Super Cache 모드를 비활성화해 보세요.

20. 수퍼캐시 캐시 파일이 생성되었지만 제공되지 않는 경우 모든 wp-content/cache/supercache 폴더(및 각 wp-content 캐시 및 수퍼캐시 폴더) 및 wp-content/cache/.htaccess에 대한 권한을 확인하세요. PHP가 Apache와 다른 사용자로 실행되고 권한이 엄격한 경우 Apache가 PHP 생성 캐시 파일을 읽지 못할 수 있습니다. 이 문제를 해결하려면 wp-config.php에 다음 줄을 추가한 다음(WP_CACHE 정의 위에 추가하세요.) 캐시를 지워야 합니다.

    umask( 0022 );

21. 플러그인에서 압축을 활성화한 후 브라우저에 가비지가 표시되면 웹 서버에서 압축이 이미 활성화되어 있을 수 있습니다. Apache에서는 mod_deflate를 비활성화해야 하며, PHP에서는 zlib 압축이 활성화되어 있을 수 있습니다. 세 가지 방법으로 비활성화할 수 있습니다. 루트 액세스 권한이 있는 경우 php.ini를 편집하고 zlib.output_compression 설정을 찾아서 “꺼짐”으로 설정하거나 이 줄을 .htaccess에 추가합니다:

    php_flag zlib.output_compression off

    그래도 문제가 해결되지 않으면 wp-config.php에 이 줄을 추가하세요:

    ini_set('zlib.output_compression', 0);
22. 사이트를 방문했을 때 ‘죽음의 하얀 화면’ 또는 빈 페이지가 표시되는 것은 거의 대부분 PHP 오류로 인해 발생하지만 APC로 인해 발생할 수도 있습니다. 문제가 있는 경우 해당 PHP 확장 프로그램을 비활성화하고 eAccelerator 또는 Xcache로 교체하세요.
23. 제거한 후 워드프레스 mod_rewrite 규칙도 제거하면 고유주소가 손상될 수 있습니다. 설정->고유주소 페이지로 이동하여 해당 양식을 다시 저장하여 해당 규칙을 다시 생성하세요.
24. 블로그가 로딩되지 않는다면 wp-config.php가 올바른지 확인하세요. 시작 또는 종료 PHP 태그가 누락되었나요?
25. 전면 …