문제

우리는 램프 사이트에서 Smarty Templates를 사용하고 있지만 MemCached를 실행하는 사이트 (온라인으로도 가져올 계획)에도 질문이 적용됩니다. 사용자 생성 사이트의 많은 페이지는 누가보고 있는지에 따라 다른보기를 가지고 있습니다. 예를 들어, 자신의 의견이 강조 표시되는 의견 목록입니다. 이 특정보기에 대해 로그인 한 사용자마다 고유 한 캐시 ID가 필요합니다. 내 질문은이 시나리오에서 이러한 뷰를 캐시하지 않습니까? 아니면 캐시를 작성/사용하는 데있어서 (Smarty 또는 Memcached의 경우) 캐시에 약간의 이점이있을 정도로 낮은가요?

도움이 되었습니까?

해결책

개별 사용자가 페이지를 반복해서 요청하지 않는 한, 이런 종류의 캐싱을 포인트하지 않으며 캐싱의 오버 헤드가 성능 이점을 크게 초과 할 것으로 예상합니다.

개별 사용자에 의존하지 않는 사이트의 캐싱 파편 또는 많은 페이지 인상에 동일 할 조각을 조사하는 것이 좋습니다 (예 : 사용자의 큰 하위 집합에 동일한 컨텐츠). .

예를 들어 -이 페이지에서는 관련 질문 목록 또는 태그 정보를 캐시 할 수 있지만, 비교적 드물게 요청되므로 평판 정보로 상단 바를 캐싱하는 포인트는 거의 없을 것입니다.

다른 팁

보기 코드가 너무 복잡하지 않은 경우 데이터를 캐시하고 매번보기를 생성하십시오.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top