WordPress 캐싱은 어떻게 작동하나요?
- <스팬>1. WordPress 내부 기능에 대한 초보자 가이드
- <스팬>2. WordPress 캐싱이란 무엇이며 왜 중요한가요?
- 3. 현재 읽고 있는 내용: WordPress 캐싱은 어떻게 작동하나요?
- <스팬>4. WP Super Cache를 사용하여 WordPress 캐싱을 설치 및 설정하는 방법
- <스팬>5. W3TC(W3 Total Cache)로 WordPress 캐싱을 설정하는 방법
- <스팬>6. MaxCDN 검토: WordPress를 위한 최고의 CDN?
WordPress 캐싱이 어떻게 작동하는지 배우는 WordPress 캐싱 시리즈의 새로운 장에 오신 것을 환영합니다. 이 주제를 마무리하기 전에 이 시리즈의 각 이전 주제를 주의 깊게 따랐는지 확인하세요. 이 장에서는 해당 주제의 지식을 사용하기 때문입니다. 먼저 클라이언트-서버 모델을 기반으로 사용할 수 있는 두 가지 기본 유형의 캐싱 프로토콜에 대해 설명하겠습니다.
- 클라이언트 측 캐싱 및
- 서버측 캐싱
클라이언트 측 캐싱
웹사이트에는 이미지, CSS, Javascript 파일 등 텍스트가 아닌 정적 데이터가 많이 포함되어 있습니다. 일단 다운로드되면 브라우저는 F5 버튼을 누를 때마다 다시 다운로드하지 않을 만큼 똑똑합니다. 이는 단순히 로컬 캐시, 즉 컴퓨터의 하드 디스크에 저장된 캐시된 데이터에서 해당 데이터를 제공합니다. 그렇기 때문에 가끔씩 브라우저의 캐시를 정리하는 것이 좋습니다. 이렇게 하면 많은 공간이 절약되고 성능이 향상됩니다.
클라이언트 컴퓨터(또는 클라이언트 측)에서 캐시된 데이터를 재사용하는 이 프로세스를 클라이언트측 캐싱이라고 하며 거의 모든 최신 웹사이트에서 이를 사용하고 모든 브라우저가 이를 지원합니다. 클라이언트 측 캐싱은 데이터 중복(예: 동일한 데이터를 반복해서 다운로드)을 방지하여 많은 서버 리소스와 가장 중요한 시간을 절약하는 데 도움이 됩니다!
서버측 캐싱
서버 측 캐싱에는 WordPress 캐싱에서 사용되는 다양한 캐싱 프로토콜이 모두 포함됩니다. 여기에는 다음이 포함됩니다.
- 페이지 캐싱
- 데이터베이스 쿼리 캐싱
- 객체 기반 캐싱
- Opcode 캐싱
WordPress는 이러한 네 가지 주요 서버 측 캐싱 프로토콜을 사용합니다. 우리는 각각을 개별적으로 살펴보고 각각의 캐싱이 귀중한 계산 시간을 어떻게 절약하여 웹 사이트 속도를 높일 수 있는지 살펴보겠습니다.
페이지 캐싱
데이터베이스 캐싱
그러나 데이터베이스가 업데이트되면(예: 게시물이 업데이트되거나 게시되거나 댓글이 제출되는 경우) 이전에 저장된 데이터베이스 캐시를 삭제하고 데이터베이스 쿼리 결과를 다시 다시 캐시하는 것이 매우 중요합니다. 이는 관련이 없거나 잘못된 데이터베이스 쿼리 결과를 제거하는 데 도움이 되므로 중복되지 않습니다.
객체 캐싱
Opcode 캐싱
로컬 스토리지 – 기본 대 보조
어떤 형태로든 서버측 캐싱을 구현하려면 데이터가 로컬 저장소에 저장되어야 한다는 점을 이해해야 합니다. "로컬 저장소"라는 용어는 두 가지 중 하나를 의미할 수 있습니다. 하나는 서버의 하드 디스크이고 다른 하나는 서버의 기본 메모리, 즉 RAM입니다.
Random Access Memory(Random Access Memory)를 의미하는 RAM은 휘발성 메모리의 한 형태이며 비휘발성 보조 저장 장치인 하드 디스크보다 훨씬 빠릅니다. 가격도 더 비싸다. 물론 여러분 모두는 이것을 알고 있습니다.
캐시된 데이터를 저장하는 위치는 큰 차이를 만듭니다. 하드디스크에 있으면 RAM에 저장했을 때보다 확실히 속도가 느려집니다. HDD의 속도도 중요합니다. 서버 하드 디스크의 범위는 7,200RPM부터 15,000RPM까지이며 다양한 RAID 레벨을 가질 수 있습니다. RAID 0은 가장 빠르고 가장 안전하지 않으며 RAID 4는 적절한 균형을 이룹니다. SSD도 있습니다. 따라서 캐시된 데이터 위치는 속도에 심각한 영향을 미칩니다.
공유호스팅 서버를 이용하는 분들은 하드디스크에 저장할 수밖에 없습니다. 자체 전용 서버 또는 VPS를 실행하는 사람들의 경우 기본 메모리에 캐시를 저장할 수 있는 추가 옵션이 있으며, 이는 다시 많은 주의를 기울여 수행되어야 합니다. 부적절한 구성으로 인해 불안정해질 수 있습니다(RAM 부족 등). 그리고 빈번한 서버 충돌.
결론
이제 다양한 WordPress 캐싱 프로토콜을 잘 이해했으므로 게시물 시리즈의 중심인 WordPress 캐싱 구현 방법을 살펴보겠습니다.
이 장을 개선하기 위한 질문이나 제안이 있는 경우 언제든지 질문하거나 공유해 주세요. 여러분의 생각을 듣고 싶습니다!