워드 프레스 캐싱은 어떻게 작동합니까?

  1. 1. WordPress 내부 기능 이해를위한 초보자 안내서
  2. 2. 워드 프레스 캐싱이란 무엇이며 중요한 이유?
  3. 삼. 현재 읽고있는 내용 : 워드 프레스 캐싱은 어떻게 작동합니까?
  4. 4. WP Super Cache로 WordPress 캐싱 설치 및 설정 방법
  5. 5. W3 Total Cache (W3TC)를 사용하여 WordPress 캐싱을 설정하는 방법
  6. 6. MaxCDN 검토 : WordPress를위한 최고의 CDN?

워드 프레스 캐싱 시리즈의 새로운 장에 오신 것을 환영합니다. 이 주제의 맨 아래에 도달하기 전에이 장의 지식을 사용하므로이 시리즈의 이전 주제 각각을주의 깊게 따르십시오. 먼저 클라이언트-서버 모델을 기반으로 사용 가능한 두 가지 주요 캐싱 프로토콜 유형에 대해 설명하겠습니다.


  • 클라이언트 측 캐싱
  • 서버 측 캐싱

클라이언트 측 캐싱

클라이언트-서버 모델

클라이언트-서버 모델

웹 사이트에는 이미지, CSS 및 Javascript 파일과 같은 텍스트가 아닌 정적 데이터가 많이 포함되어 있습니다. 다운로드가 완료되면 F5 버튼을 누를 때마다 브라우저가 다시 다운로드되지 않을 정도로 똑똑합니다. 단순히 로컬 캐시의 데이터, 즉 컴퓨터의 하드 디스크에 저장된 캐시 된 데이터를 제공합니다. 그렇기 때문에 브라우저 캐시를 가끔씩 청소하는 것이 좋습니다. 많은 공간을 절약하고 성능을 향상시킵니다..

클라이언트 컴퓨터 (또는 클라이언트 측)에서 캐시 된 데이터를 재사용하는이 프로세스를 클라이언트 측 캐싱이라고하며 거의 모든 최신 웹 사이트에서이를 사용하며 모든 브라우저가이를 지원합니다. 클라이언트 측 캐싱은 데이터 중복을 방지하고 (즉, 동일한 데이터를 계속해서 다시 다운로드하는 것) 서버 리소스를 절약하고 가장 중요한 시간을 절약합니다.!

서버 측 캐싱

섬기는 사람

서버 측 캐싱에는 WordPress 캐싱에서 사용되는 모든 다양한 캐싱 프로토콜이 포함됩니다. 여기에는 다음이 포함됩니다.

  • 페이지 캐싱
  • 데이터베이스 쿼리 캐싱
  • 객체 기반 캐싱
  • 오피 코드 캐싱

WordPress는이 네 가지 주요 서버 측 캐싱 프로토콜을 사용합니다. 각각을 개별적으로 살펴보고 각각을 캐싱하여 귀중한 계산 시간을 많이 절약하여 웹 사이트 속도를 높이는 방법을 살펴 보겠습니다..

페이지 캐싱

1381630448_HTML-2페이지 캐싱은 모든 캐싱 프로토콜 중 가장 단순하며 이미 알고 있습니다. 동적으로 생성 된 HTML 파일을 서버의 하드 디스크 또는 메모리 (RAM) (일반적으로 ‘캐시’라고 함)에 저장하고 요청이있을 때마다 캐시에서 제공하는 프로세스 (즉, 이전에 생성 된 데이터 재사용)를 말합니다. . 이것은 PHP 코드 및 MySQL 데이터베이스 쿼리 실행의 오버 헤드를 절약합니다.

데이터베이스 캐싱

데이터 베이스데이터베이스에 대해 가장 먼저 알아야 할 것은 데이터베이스가 크며 리소스가 부족하다는 것입니다. 문자 그대로 모든 회사의 핵심입니다. 온라인이든 아니든 상관 없습니다. 워드 프레스도 마찬가지입니다. 데이터베이스의 목표는 데이터를 효율적으로 저장, 업데이트 및 전달하는 것입니다. 일반적으로 크기가 크므로 각 쿼리에는 시간이 걸립니다 (보통 수백 마이크로 초 정도). 하드웨어가 향상되고 쿼리 결과 생성 속도가 빨라집니다. 이것에 대해 생각하다. WordPress는 데이터베이스에 크게 의존하기 때문에 때때로 쿼리를합니다. 또한 데이터베이스에서 데이터가 변경되지 않는 경우 클라이언트 측 캐싱에서 설명한대로 동일한 데이터를 검색하기 위해 쿼리를 작성하는 것은 동일한 이미지를 반복해서 다시 다운로드하는 것과 매우 유사합니다. 따라서 쿼리 결과를 로컬 저장소에 저장하는 것이 합리적입니까? 로컬 저장소에 데이터베이스 쿼리 결과를 저장하는 것을 데이터베이스 캐싱이라고하며 워드 프레스 캐싱의 기본 요소 중 하나입니다..

그러나 데이터베이스가 업데이트되면 (예 : 게시물이 업데이트되거나 게시되거나 주석이 제출 될 때) 이전에 저장된 데이터베이스 캐시를 삭제하고 데이터베이스 쿼리 결과를 다시 캐싱하는 것이 매우 중요합니다. 부적절하거나 잘못된 데이터베이스 쿼리 결과를 제거하는 데 도움이되므로 중복되지 않습니다.

객체 캐싱

오피 코드WordPress에는 여러 하위 시스템 (예 : 캐싱 API, 개체 캐시 및 임시 API)을 포함하는 내부 캐싱 시스템이 있습니다. WordPress 코어를 통해 플러그인은이 캐싱 시스템을 제어하여 데이터베이스 호출 수를 줄일 수 있습니다. 매우 고급 주제이며 일상적인 사용자와는 관련이 없습니다..

오피 코드 캐싱

PHP 코드데이터베이스 쿼리 수를 줄이는 아이디어가있는 데이터베이스 캐싱과 마찬가지로 opcode 캐싱은 모든 요청간에 컴파일 된 PHP 코드를 저장하는 것을 말합니다. PHP 파일을 살펴보면 코드가 실제로 컴파일러가 사용하는 명령어 목록이라는 것을 알 수 있습니다. PHP는 객체 지향 프로그래밍 언어이며 그 기원이 있습니다! PHP 코드를 실행하려면 먼저 PHP 컴파일러가 코드를 컴파일하고 웹 서버가 실행할 실행 코드를 생성해야합니다. 여러 실행을 위해 PHP 컴파일러의 출력을 캐싱하는 것이 opcode 캐싱에 관한 것입니다. 다시 말하지만, 이것은 내부적 인 것입니다 – 걱정할 필요가없는 것들!

로컬 스토리지 – 기본 및 보조

로컬 스토리지

모든 형태의 서버 측 캐싱을 구현하려면 데이터가 로컬 저장소에 저장되어 있어야합니다. “로컬 스토리지”라는 용어는 두 가지 중 하나를 의미 할 수 있습니다. 하나는 서버의 하드 디스크이고 다른 하나는 서버의 기본 메모리입니다. 즉 RAM.

RAM (Random Access Memory)은 휘발성 메모리의 한 형태이며 하드 디스크보다 몇 배나 빠릅니다. 이는 비 휘발성의 2 차 저장소입니다. 더 비싸다. 물론 당신은 모두 이것을 알고 있습니다.

캐시 된 데이터를 저장하는 위치에 큰 차이가 있습니다. 하드 디스크에 있으면 RAM에 저장할 때보 다 속도가 느립니다. 다시 HDD의 속도가 중요합니다. 서버 하드 디스크의 범위는 7,200RPM에서 15,000RPM이며 다른 RAID 레벨을 가질 수 있습니다. RAID 0은 가장 빠르고 안전하지 않으며 RAID 4는 적절한 균형을 유지합니다. SSD도 있습니다. 따라서 캐시 된 데이터 위치는 속도에 심각한 영향을 미칩니다.

공유 호스팅 서버 사용자는 하드 디스크에 저장할 수 밖에 없습니다. 자체 전용 서버 또는 VPS를 실행하는 사람들의 경우 기본 메모리에 캐시를 저장하는 추가 옵션이 있습니다. 다시 한 번 많은주의를 기울여야합니다. 부적절한 구성으로 인해 불안정해질 수 있습니다 (RAM에서 실행 등). 빈번한 서버 충돌.

결론

다양한 WordPress 캐싱 프로토콜에 대해 잘 이해 했으므로 포스트 시리즈의 핵심 부분 인 WordPress 캐싱을 구현하는 방법에 대해 살펴 보겠습니다..

이 장을 개선하기위한 질문이나 제안이 있으시면 언제든지 질문하거나 공유하십시오. 의견을 듣고 싶습니다.!

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me