it-gundan.com

캐시를 사용하지 않아야하는 웹 사이트 유형은 무엇입니까?

캐싱을 사용해야 할 때가 있습니까? 자주 업데이트되는 페이지를 원하십니까? 아니면 항상 캐시해야합니까?

예와 이유를 알려주세요.

1
Kevin

캐시의 의미에 따라 달라집니다.

  1. 데이터베이스 쿼리 캐싱-대부분의 경우 memcached 또는 디스크에 직렬화 된 쿼리를 캐시하는 것이 좋습니다.

  2. 페이지 조각 캐싱-페이지의 일부가 반동적 인 경우 페이지를로드 할 때마다 다시 생성하지 않고 메모리 나 디스크에 유지하는 것이 합리적 일 수 있습니다.

  3. 리버스 프록시-완전히 렌더링 된 페이지의 스냅 샷을 저장하고 설정 한 전략에 따라 클라이언트에 정적 페이지로 표시하는 지능형 (또는 비 지능적) 레이어입니다.

  4. 클라이언트 측 캐싱-Expires 및 기타 HTTP 헤더를 지능적으로 선택하여 클라이언트가 필요에 따라 사이트에서 파일 만 요청하도록 할 수 있습니다.

이 모든 것은 사이트 최적화에서 중요한 역할을하며, 데이터의 동적 정도, 클라이언트 로그인 여부 및 기타 여러 가지 요소에 따라 사용이 결정됩니다. 간단한 대답은 사용자 경험을 손상시키지 않으면 서 가장 적은 리소스를 소비하는 수준에서 가능한 모든 곳에 캐시하는 것입니다.

4
JasonBirch

현재 시간을 알려주는 웹 사이트.

2
delete

나는 당신이 '캐싱을 사용해서는 안된다'는 뜻이라고 가정합니다. 그렇지 않으면 항상 필요한 페이지에 대해 캐싱을 사용해야합니다. (많은 서버 측 렌더링 및 sql ...).

캐시는 모든 단일 요청에 대해 논리 및 데이터베이스 쿼리 수행에 반대되는 사전 렌더링 된 페이지를 전송하는 데 사용됩니다. 모든 것을 크게 가속화합니다. 옵션은 캐시를 더 자주 지우는 것입니다. 반드시 끄지 않아도됩니다.

관리자 패널과 같이 캐시를 원하지 않는 경우가 있거나 매번 즉시 업데이트해야하는 경우가 있습니다.

캐시는 페이지에 사용해야합니다. 페이지를 데이터베이스 호출이나 실용적인 스크립트와 같이 렌더링하는 작업이 많으면 많이 변경되지 않거나 PHP에서 지속적으로 파싱해야합니다. 요청이 많으면 홈페이지처럼.

1
WalterJ89