apache struts2 PHP는 Apache 환경에서 HTTP 캐싱 프로토콜 원칙 분석 및 애플리케이션 분석을 사용합니다.

정적 페이지를 위한 Etag도 있습니다.
1. 첫 번째 경우를 살펴보겠습니다: apache 정적 페이지
Apache가 클라이언트로 보내는 정적 페이지에는 일반적으로 Last-Modified와 Etag가 포함되어 있습니다. 이 두 태그의 값은 수정 시간과 inode에서 나옵니다. 정적 파일의.
다음은 Apache가 클라이언트에 반환한 헤더를 가로채는 것입니다
XML/HTML 코드

코드 복사 코드는 다음과 같습니다 :

최종 수정일: 2007년 1월 26일 금요일 01:53:34 GMT
ETag: "3f9f640-318-cb9f8380"

검색 엔진이 존재하는 이유 정적 파일과 마찬가지로 이 두 로고로 인해 파일이 업데이트되었는지 확인할 수 있습니다
2. PHP와 같은 동적 페이지
PHP는 동적으로 생성되므로 PHP의 시간을 기준으로 내용을 확인할 수 없습니다. 마지막 수정 날짜는 PHP 프로그램의 시간을 기준으로 확인할 수 없으므로 기본적으로 PHP가 클라이언트에 반환될 때 캐시 제어가 포함되지 않습니다. 메커니즘, b와 s 간의 상호 작용 감소, 대역폭 트래픽 감소, 서버의 부담 감소… 많은 이점이 있습니다.
3. 캐시 제어의 구체적인 의미
먼저 테스트하고 이해한 태그의 의미를 설명합니다.
Cache-Control: 요청과 응답이 뒤따르는 캐싱 메커니즘을 지정합니다. 요청 메시지 또는 응답 메시지에서 Cache-Control을 설정해도 다른 메시지를 처리하는 동안 캐싱 프로세스가 수정되지 않습니다. 요청 중 캐시 지침에는 no-cache, no-store, max-age, max-stale, min-fresh, only-if-cached가 포함되며, 응답 메시지의 지침에는 public, private, no-cache, no가 포함됩니다. -저장, 변환 없음, 재검증 필수, 프록시 재검증, 최대 수명.
각 메시지에 있는 지침의 의미는 다음과 같습니다.
공개는 응답이 모든 캐시에 의해 캐시될 수 있음을 나타냅니다.
비공개는 단일 사용자에 대한 응답 메시지의 전체 또는 일부를 공유 캐시에서 처리할 수 없음을 나타냅니다. 이를 통해 서버는 다른 사용자의 요청에 유효하지 않은 사용자의 부분 응답만 설명할 수 있습니다.
no-cache는 요청 또는 응답 메시지를 캐시할 수 없음을 나타냅니다.
no-store는 중요한 정보가 실수로 공개되는 것을 방지하는 데 사용됩니다. 요청 메시지에 이를 보내면 요청 메시지와 응답 메시지 모두 캐싱을 사용하게 됩니다.
max-age는 클라이언트가 지정된 시간(초)보다 크지 않은 수명으로 응답을 받을 수 있음을 나타냅니다.
min-fresh는 클라이언트가 현재 시간에 지정된 시간을 더한 것보다 짧은 응답 시간으로 응답을 받을 수 있음을 나타냅니다.
max-stale은 클라이언트가 제한 시간 이후에 응답 메시지를 받을 수 있음을 나타냅니다. max-stale 메시지 값을 지정하면 클라이언트는 지정된 제한 시간 값을 초과하는 응답 메시지를 수신할 수 있습니다.
php 사용법:
출력 전에 header()를 사용합니다. (ob_start()를 사용하면 프로그램의 어느 곳에나 헤더를 배치할 수 있습니다.)
PHP 코드

코드 복사 코드는 다음과 같습니다.

header('Cache-Control: max-age=8')

max- age=8은 최대 수명이 8초임을 의미합니다. 8초를 초과하면 브라우저는 이를 다시 읽기 위해 서버로 이동해야 합니다. 이 시간은 사용자가 페이지를 읽은 시간부터 시작되며 만료 시간은 절대 시간입니다.
만료: 캐시가 만료되는 절대 시간입니다. 지정된 시점을 지나면 브라우저는 캐시를 인식하지 못하고 서버로 이동하여 최신 캐시를 다시 요청합니다.
Last-Modified: 문서의 멋진 기능은 다음과 같습니다. 1
정적 파일인 경우 클라이언트는 캐시에 시간을 보내고, 그렇다면 Apache는 이를 비교합니다. 수정 사항이 없는 것으로 확인되면 바로 진행됩니다. 헤더가 반환되고 상태 코드는 304이며 바이트 수가 매우 작습니다. (고급 버전에서는 파일이 변경되었는지 확인하기 위해 비교 Etag도 추가합니다.)
2 php 동적 파일:
클라이언트가 비교 시간을 보내고 PHP는 수정 여부를 결정합니다. 수정 시간이 동일하면 1024바이트만 반환됩니다. 이유는 알 수 없습니다. PHP에서 생성된 파일이 매우 큰 경우 1024만 반환하므로 클라이언트는 대역폭을 절약합니다. 서버에서 보낸 수정 시간이 캐시 파일에 자동으로 표시됩니다.
참고: Last-Modified 헤더가 없는 경우 Cache-Control 및 Expires도 작동할 수 있지만 각 요청은 1024가 아닌 실제 파일 바이트 수를 반환해야 합니다.
4. HOW?
정적입니다. 페이지에 대해 걱정할 필요가 없습니다. 정적 페이지의 캐싱을 더 잘 제어하려면 Apache에는 잘 제어할 수 있는 여러 모듈이 있습니다. 여기서는
php 페이지에 대해 논의하지 않습니다.
여기에는 두 가지 유형이 있습니다. :
1 , 자주 변경되지 않는 페이지, 뉴스 릴리스와 유사하게 이러한 유형의 페이지의 특징은 첫 번째 릴리스 이후 몇 가지 변경 사항이 있으며 기본적으로 시간이 지나도 수정되지 않습니다. 제어 전략은 다음과 같아야 합니다. 1. 첫 번째 릴리스에 대해 Last-Modified를 보내고, max-age를 1일로 설정하고, 수정 후 Last-Modified를 업데이트하고, max-age 시간은 수정 횟수에 따라 정상이 됩니다. 이는 더 번거로워 보이며 수정 횟수를 기록해야 하며 다음 수정 가능 시간을 예측하고 Expires를 사용하여 대략적인 만료 시간을 지정할 수도 있습니다.
PHP 코드

코드 복사 코드는 다음과 같습니다.

//header('Cache-Control: max-age=86400');//1일 동안 캐시
header('만료: Mon, 29 Jan 2007 08 :56:01 GMT');//만료 시간 지정
header('최종 수정: '.gmdate('D, d M Y 01:01:01', $time).'GMT');// 그리니치 시간, $time은 파일이 추가된 타임스탬프

자주 변경되는 페이지 2개
이런 페이지는 bbs나 포럼 프로그램과 마찬가지로 빠르게 업데이트됩니다. 캐시의 주요 기능은 사용자가 목록을 자주 새로 고치는 것을 방지하는 것입니다. 이로 인해 서버 데이터베이스에 부담이 발생합니다. 업데이트의 적시성을 보장하고 캐시를 활용할 수 있도록
여기서는 일반적으로 Cache-Control을 사용하여 제어하며, 포럼에 게시되는 빈도에 따라 max-age를 유연하게 제어할 수 있습니다.
PHP 코드

코드 복사 코드는 다음과 같습니다.

header('Cache-Control: max-age =60' );//1분 동안 캐시
header('Last-Modified: '.gmdate('D, d M Y 01:01:01',$time).'GMT');//그리니치 시간 , $time은 게시물의 마지막 업데이트 타임스탬프입니다

5가지 추가
1 새로고침, 이동, 강제 새로고침의 차이점
브라우저에 새로고침, 이동버튼이 있는데, ctrl F5 사용을 지원하는 일부 브라우저는 페이지 새로 고침을 강제로 수행합니다. 이들 사이의 차이점은 무엇입니까?
이동: 사용자가 링크를 클릭하면 해당 링크로 이동합니다. 캐싱 메커니즘을 완전히 사용합니다. Last-Modified가 있으면 패킷 캡처 도구를 사용할 수 없습니다. 전송된 바이트가 0바이트인지 확인하세요. 캐시가 만료되면 F5 새로 고침 작업이 수행됩니다.
새로고침(F5): 이 새로고침도 캐시에 Last-Modified가 있는지 여부에 따라 결정됩니다. 그렇다면 304 또는 1024(php)로 전송됩니다. 마지막 업데이트 시간이 없으면 다음으로 이동합니다. 서버에서 실제 문서 크기를 읽고 반환
강제 새로 고침: 캐시 메커니즘을 완전히 포기하고 서버로 이동하여 최신 문서를 읽은 다음
XML/HTML 코드
와 같이 헤더를 서버로 보냅니다.

코드 복사 코드는 다음과 같습니다.

Cache-Control: no-cache

2 디버깅 도구
브라우저와 서버 간의 상호 작용을 볼 수 있는 더 나은 도구는 httpwatch pro입니다. 현재 버전 4.1은 ie7을 지원합니다.
분석 및 http 디버깅을 수행할 수 있는 다른 프록시 패킷 캡처 도구가 있습니다. 이전에는 사용해 본 적이 없습니다. 2000에 포함된 네트워크인 tcp 패킷 캡처 도구도 있습니다. 2000에 포함된 네트워크 모니터는 http 전용은 아니지만 사용하기 어렵습니다.

이상은 apache struts2의 내용을 포함하여 apache struts2 Apache 환경에서 HTTP 캐시 프로토콜을 이용한 PHP의 원리 분석과 응용 분석을 소개하고 있으니 PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되었으면 좋겠습니다.