로드 밸런서 뒤에 두 개 이상의 디스패처가있는 응답 헤더를 캐싱하기위한 올바른 설정은 무엇입니까?CQ5 디스패처 및 캐시 제어 헤더
디스패처와 함께 ETag 또는 Last-Modified 헤더를 보내려고하지만 디스패처 인스턴스간에 동기화가 없으므로 동일한 페이지의 수정 날짜가 디스패처 캐시에서 달라집니다.
이 용도로 가장 적합한 솔루션은 무엇입니까?
"FileETag Size"로 설정하면 모든 Dispatcher 인스턴스에서 동일한 ETag가 발생할 수 있지만 더 나은 솔루션이되기를 바랍니다.
감사합니다.
geometrixx 샘플 응용 프로그램에서 이미지를 보면 CQ5에 의해 구성 요소 인스턴스의 경로 끝에 접미사로 작성된 것으로 나타납니다. 즉 /content/geometrixx/mypage/_jcr_content/mycomponent/myimg.img.jpg/1397355982.jpg
구성 요소를 비슷한 방식으로 만들 수 있으므로 헤더 자체에 의존 할 필요가 없습니다.
F5와 같은 에지 캐싱 솔루션을 사용하는 경우 일반적으로 수정 된 에포크가 사용되지 않고 이미지의 바이트 데이터 MD5가 사용됩니다. 이 방법은 클라이언트 측에서 새 이미지를 가져 오도록 지시하는 내용 자체가 다른 경우에만 발생합니다.
FileETag 크기가 파일의 바이트 수와 다를 것으로 예상되므로 크기도 100 %가 아닙니다. 그것은 파일 크기가 파일의 편집에 따라 달라 지므로 손실이 많은 웹 이미지 알고리즘 등으로 비교적 잘 작동합니다.
가장 중요한 것은 에지 캐시 솔루션이 etags를 다시 생성하는 속도입니다. 우리는 웹 가속기를 사용하는 F5가이 작업을 훌륭하게 수행한다는 것을 알았습니다. 이 기술을 사용하면 영원히 캐시 할 수 있으며 서버로드가 크게 줄어 듭니다. 특히 더 긴 시간 동안 페이지에 걸쳐 무한 파이프와 반복적 인 이미지가없는 경우에는 더욱 그렇습니다.
모바일 장치가 검색 될 때 HTML5 클라이언트 측 캐싱 기술을 활용하는 영리한 솔루션을 살펴 보는 것도 가치가 있습니다.이 단계에서 모바일 장치보다 데스크톱에서 영원히 캐시가 훨씬 잘 작동합니다. 캐시는 모바일에서 훨씬 작습니다.
희망이 조금 있습니다.
감사합니다. 많은 도움이됩니다. – nerd