표준 캐시 옵션의 차이점


12

줌라! 3 가지 캐싱 방법이 있습니다.

  • "보존 적 캐싱"(전역 구성)
  • "프로그레시브 캐싱"(전역 구성)
  • 플러그인 "시스템-캐시"

다음과 같은 질문이 있습니다.

  • 차이점은 무엇입니까?
  • 언제 어떤 옵션을 사용합니까?
  • 구성에서 이미 옵션을 켰을 때 캐시 플러그인을 활성화해야합니까?
  • 기본 캐시 시스템을 구성하는 적절한 방법은 무엇입니까?

답변:


5

Shyam의 답변 외에도 ...

에서 Global Configuration-> Cache...

  • 보수적 캐싱 은 구성 요소 / 모듈의 각보기에 대해 생성 된 캐시입니다.
  • 프로그레시브 캐싱 은 개별 사용자별로 구성 요소 / 모듈의 각보기에 대해 생성 된 캐시입니다.

이것은 확장 수준의 뷰 캐시입니다. 확장 개발자가 적용해야 효과가 있습니다.

참고 : 로그인 한 사용자는 이러한 방법으로 캐시 된 콘텐츠를 볼 수 없습니다.

모듈의 고급 옵션에서 캐싱을 비활성화하여 '보수적 캐싱'이 활성화 된 경우 개별 모듈 캐싱을 재정의 할 수 있습니다. 'Progressive caching'(프로그레시브 캐싱)이 설정되어 있으면 모듈별로 모듈 캐싱을 무시할 수 없습니다.

시스템 - 캐시 플러그인은 각 전체 페이지의 페이지 캐시를 생성합니다 /cache.

대부분의 시나리오에서 시스템-캐시 플러그인을 사용하면 충분합니다. 캐싱이 구현 된 특정 모듈 / 컴포넌트 만 캐시하려면 전역 구성에서 플러그인을 비활성화하고 보수적 캐싱을 활성화하십시오. 그런 다음 모듈의 고급 옵션에서 캐싱을 비활성화하여 예외를 설정할 수 있습니다.

모든 캐싱은 시간과 공간의 균형입니다. 전체 페이지 캐싱은 DB로드와 페이지로드 시간을 줄이지 만 디스크 공간 사용량을 증가시킵니다.

당신은 추가 분석 및 캐싱 시스템의 벤치 마크를 찾을 수 있습니다 여기 뿐만 아니라 관리자를위한 줌라 캐시 문서 와이 우수한 기사 다양한 옵션 및 관련주의 사항을 자세히 설명합니다.


그러나 점진적 캐시를 사용하고 모듈 캐시 설정을 준수하므로 시도하고 답을 수정해야한다고 생각합니다.
jackJoe

확실해? 내가 검토 한 모든 사이트는 Progressive caching모든 모듈 수준 설정 (특히 inmotionhosting.com/support/edu/joomla-25/caching/…의 'Raw Results'아래의 세 번째 표 ) 을 무시 합니다. 오늘 새로 설치하여이 방법을 테스트하여 한 가지 방법을 확인하겠습니다.
codinghands

1
약 : "보수적 캐싱 + 시스템 활성화-캐시 플러그인이면 충분합니다"– 이것이 실제 의미가 있습니까? 설명했듯이 : 플러그인은 전체 페이지에 대해 캐시를 수행 하므로이 경우 Joomla! 확장 기능을 사용하지 않으므로 보수적 인 캐싱을 수행해야합니다.
Fedik

1
방금 시도했지만 어떤 상황에서는 효과가 있고 다른 상황에서는 효과가 없습니다! 모듈을 기사에 포함 시키면 (예 : 위치에 따라) 캐시 없음 설정을 고려하지만 일반 모듈 위치에서는 무시합니다! 나는 그것이 일반적인 모듈에서 효과가 있다고 맹세하지만, 다시 시도했지만 실패했습니다.
jackJoe

@ Fedik 당신은 내 몫에 대한 오해가 옳습니다. 이제 내 대답을 업데이트했습니다.
codinghands

3
  1. 캐싱의 차이점-

    보수적 캐싱 은 표준 유형의 캐싱입니다. 작동 방식은 다음과 같습니다.

    방문자가 웹 사이트의 페이지를 방문합니다.

    • Joomla는 캐시 디렉토리에 해당 페이지의 만료되지 않은 버전이 있는지 확인합니다.
    • 캐시 된 페이지가 존재하고 만료되지 않은 경우 Joomla는 해당 페이지를 방문자에게 제공합니다.
    • 그렇지 않으면, 페이지의 캐시 된 버전이 작성되고, 캐시 된 버전은 만료되지 않은 한 ( "it"에 의해 페이지를 의미 함) 방문자와 다른 모든 후속 방문자에게 제공됩니다.

    위 시나리오는 일반적이며 대부분의 개발자가 캐싱을 구현하는 방법입니다.

    프로그레시브 캐싱 은 다음과 같은 방식으로 작동합니다.

    • 방문자가 웹 사이트의 페이지를 방문합니다.
    • Joomla는 해당 방문자에 대해 해당 페이지의 캐시 된 버전이 존재하며 아직 만료되지 않았는지 확인합니다.
    • 캐시 된 페이지가 존재하면 방문자에게 제공되고, 그렇지 않으면 Joomla가 해당 특정 방문자에 대해 캐시 된 페이지를 생성 한 다음 해당 페이지를 제공합니다.
    • 다른 방문자 (해당 페이지에 방문한 적이없는 방문자)가 해당 페이지를 방문하는 경우 Joomla는 이전 방문자의 캐시 된 페이지를 제공하지 않고 대신 해당 사용자를 위해 해당 페이지의 캐시 된 버전을 생성 한 다음 해당 페이지를 제공합니다. 그를.

    보다시피 점진적 캐싱은 성능 향상 만 제공합니다.

    • 캐시 된 버전의 페이지 수명 동안 동일한 방문자가 동일한 페이지를 방문하는 경우
    • 대부분의 시나리오에서 점진적 캐싱은 거의 모든 방문에 대해 Joomla가 요청을 처리하고 캐시 된 버전의 페이지를 작성한 다음 방문자에게 페이지를 제공해야하기 때문에 캐시를 사용하지 않는 것보다 훨씬 심각한 성능 저하를 초래합니다. (캐시가 비활성화 된 시나리오에서 요청을 처리하고 페이지를 제공하는 대신)
    • Joomla가 생성 한 모든 캐시 파일을 잊지 마십시오. 트래픽이 많은 뉴스 웹 사이트 (페이지 수가 많은)가있는 경우 캐시 폴더에 이러한 파일이 몇 개 있는지 상상할 수 있습니다.

    이제 어떤 상황에서 점진적 캐싱이 유용한 지 궁금 할 것입니다. 글쎄, 당신은 비디오 웹 사이트 (youtube와 유사)가 있다고 상상해보십시오. 위치 및 / 또는 브라우저 설정 및 / 또는 설치된 플러그인을 기반으로 각 방문자 사용자 정의 페이지를 표시하려고합니다. 따라서 방문자가로드하는 모든 페이지에 대해이 정보를 사용하여 해당 페이지의 사용자 정의 버전을 생성하고 캐시합니다. 방문자가 동일한 페이지를 다시 방문하면 Joomla는 사용자 정의 된 페이지를 생성하기 위해 작업을 다시 실행할 필요가 없습니다.

    물론 점진적 캐싱이 실제로 유용한 시나리오는 많지만, 웹 사이트에 많은 방문자가 있고 해당 방문자가 대부분 반복 방문자 인 경우에만 점진적 캐싱을 고려해야합니다. 다른 경우에 사용하면 웹 사이트 성능이 크게 저하 될 수 있습니다. 참고 : Joomla 캐싱 읽기

  2. 보수적 인 것이 좋습니다.

  3. 캐시 플러그인은 활성화되면 완전한 페이지 캐시를 제공합니다.

3
미리 형식이 지정된 블록이 대신 인용 부호가되도록이 답변을 편집 할 수 있습니까? 또한이 정보의 원래 출처 ( itoctopus.com/…stackoverflow.com/questions/12739297/…에 인용 )를 참고하십시오. 또한 매우 구체적인 사용 사례에 대해서만 기사에서 언급되었지만 점진적 캐싱을 권장합니다.
codinghands

매우 명확하지는 않습니다. 보수적 / 프로그레시브 "해당 페이지의 캐시 된 버전이 있는지 확인"및 "캐시 플러그인이 전체 페이지 캐시를 제공함"플러그인에 대해 ..이 모든 옵션과 플러그인이 전체 페이지 출력을 위해 캐싱합니까?
Fedik

좋아, 나는 또 다른 대답을 본다;)
Fedik

업데이트 된 답변 # 2 보수로 변경되었습니다.
Shyam
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.