PHP 파일 헤더 정보에 대한 자세한 설명

PHP 파일의 헤더 정보에 대한 자세한 소개는 지금까지 프로그래머 홈에서 본 것 중 가장 자세한 내용입니다. 도움이 필요한 친구들은 이런 좋은 기사를 놓치지 마세요.

php 파일 헤더 정보자세한 설명입니다.

1. 수락: 웹 서버가 허용하는 미디어 유형을 알려줍니다. */*는 모든 유형을 의미하고, type/*는 이 유형, 유형/하위 유형 아래의 모든 하위 유형을 의미합니다.

2. Accept-Charset: 브라우저가 허용하는 문자 집합을 선언합니다. Accept-Encoding: 브라우저는 수신하는 인코딩 방법을 선언하고 일반적으로 압축 방법, 압축 지원 여부 및 지원하는 압축 방법(gzip, deflate)을 지정합니다. Accept-Language: 브라우저는 수신하는 언어와 문자 집합 간의 차이를 선언합니다. 중국어는 언어이고 중국어에는 big5, gb2312, gbk 등과 같은 여러 문자 집합이 있습니다.

3. 수락 범위: 웹 서버는 해당 엔터티 중 하나(예: 파일의 일부)를 얻으려는 요청을 수락하는지 여부를 나타냅니다. bytes: 승인을 나타냅니다. none: 승인되지 않음을 나타냅니다.

4. 연령: 프록시 서버가 캐시된 자체 엔터티로 요청에 응답할 때 이 헤더는 엔터티가 생성된 이후 경과된 시간을 나타내는 데 사용됩니다.

5. 인증: 클라이언트는 웹 서버로부터 WWW-Authenticate 응답을 받으면 이 헤더를 사용하여 웹 서버에 대한 자체 인증 정보에 응답합니다.

6. 캐시 제어: 요청: no-cache(엔티티는 캐시되지 않으며 지금 웹 서버에서 가져와야 함) max-age: (Age 값이 max-age 값보다 작고 만료된 개체가 없는 개체만 허용합니다.) max-stale: (과거의 객체는 허용되지만 만료 시간은 max-stale 값보다 작아야 합니다.) min-fresh: (신선 수명이 현재 Age와 min-fresh 값의 합보다 큰 캐시 객체를 허용합니다.) 응답: 공개(캐시된 콘텐츠로 모든 사용자에게 응답할 수 있음) 비공개(캐시된 콘텐츠는 이전에 콘텐츠를 요청한 사용자에 대한 응답으로만 사용할 수 있음) no-cache(캐시할 수 있지만 웹 서버에서 유효성을 확인한 후에만 클라이언트에 반환할 수 있음) max-age: (이 응답에 포함된 객체의 만료 시간) ALL: 노스토어(캐싱 허용 안 함)

7. 연결: 요청: 닫기(웹 서버 또는 프록시 서버에 이 요청에 대한 응답을 완료한 후 연결을 끊고 이 연결에 대한 후속 요청을 기다리지 않도록 지시합니다). keepalive(이 요청에 대한 응답을 완료한 후 연결을 유지하고 이 연결에 대한 후속 요청을 기다리도록 웹 서버 또는 프록시 서버에 지시). 응답: 종료(연결이 종료되었습니다). keepalive(연결이 유지되고 이 연결에 대한 후속 요청을 기다림) 연결 유지: 브라우저가 연결 유지 연결을 요청하는 경우 이 헤더는 웹 서버가 연결을 유지할 것으로 예상되는 시간(초)을 나타냅니다. 예: Keep-Alive: 300

8. 콘텐츠 인코딩: 웹 서버는 응답에서 개체를 압축하는 데 사용하는 압축 방법(gzip, deflate)을 나타냅니다. 예: 콘텐츠 인코딩: gzip Content-Language: 웹 서버는 브라우저에 응답하는 개체의 언어를 알려줍니다. Content-Length: 웹 서버는 브라우저에 응답하는 개체의 길이를 알려줍니다. 예: 콘텐츠 길이: 26012 Content-Range: 웹 서버는 응답에 포함된 부분 개체가 전체 개체 중 어느 부분인지 나타냅니다. 예: Content-Range: 바이트 21010-47021/47022 Content-Type: 웹 서버는 브라우저에 응답하는 개체 유형을 알려줍니다. 예: 콘텐츠 유형: application/xml

9. ETag: 객체(예: URL)의 플래그 값입니다. html 파일과 같은 객체는 수정되면 해당 ETag가 수정되지 않습니다. ETag의 기능은 Last-Modified와 동일합니다. 이 기능은 주로 WEB 서버에서 객체가 변경되었는지 확인하는 데 사용됩니다. 예를 들어, 지난번에 html 파일을 요청할 때 ETag를 얻었습니다. 이번에 다시 파일을 요청하면 브라우저는 이전에 얻은 ETag 값을 WEB 서버로 보낸 다음 WEB 서버는 ETag를 ETag에 추가합니다. 현재 ETag를 비교한 다음 파일이 변경되었는지 확인합니다. 10. 만료됨: 웹 서버는 엔터티가 만료되는 시기를 나타냅니다. 만료된 개체는 웹 서버에서 유효성을 확인한 후에만 고객 요청에 응답하는 데 사용할 수 있습니다. HTTP/1.0의 헤더입니다. 예: 만료: 2009년 5월 23일 토요일 10:02:12 GMT

11. 호스트: 클라이언트는 액세스하려는 웹 서버의 도메인 이름/IP 주소 및 포트 번호를 지정합니다. 예: 호스트: rss.sina.com.cn

12. If-Match: 객체의 ETag가 변경되지 않은 경우, 즉 실제로 객체가 변경되지 않았음을 의미하며 요청된 작업이 수행됩니다. If-None-Match: 객체의 ETag가 변경되면 실제로는 객체도 변경되었음을 의미하며 요청한 작업이 수행됩니다.

13. If-Modified-Since: 요청된 개체가 헤더에 지정된 시간 이후에 수정된 경우 요청된 작업(예: 개체 반환)이 수행됩니다. 그렇지 않으면 코드 304가 반환되어 이를 알립니다. 개체가 수정되지 않은 브라우저입니다. 예: If-수정-이후: 2008년 4월 10일 목요일 09:14:42 GMT If-Unmodified-Since: 요청된 개체가 헤더에 지정된 시간 이후에도 수정되지 않은 경우 요청된 작업(예: 개체 반환)이 수행됩니다.

14. If-Range: 브라우저는 내가 요청한 객체가 변경되지 않았다면 누락된 부분을 알려주고, 객체가 변경되었으면 전체 객체를 나에게 알려준다. 브라우저는 요청된 개체의 ETag 또는 알고 있는 마지막 수정 시간을 웹 서버에 보내 개체가 변경되었는지 여부를 확인할 수 있도록 합니다. 항상 Range 헤더와 함께 사용됩니다.

15. Last-Modified: 웹 서버는 파일의 마지막 수정 시간, 동적 페이지의 마지막 생성 시간 등 객체의 마지막 수정 시간을 고려합니다. 예: 최종 수정: 2008년 5월 6일 화요일 02:42:43 GMT

16. 위치: 웹 서버는 액세스하려는 객체가 다른 위치로 이동되었으며 헤더에 지정된 위치에서 검색되어야 함을 브라우저에 알립니다.

17. Pramga: 주로 Pramga: no-cache를 사용합니다. 이는 Cache-Control: no-cache와 동일합니다. 예: Pragma: no-cache

18. 인증: 프록시 서버가 브라우저에 응답하여 프록시 인증 정보를 제공하도록 요청합니다. 프록시 인증: 브라우저는 프록시 서버의 인증 요청에 응답하고 자체 ID 정보를 제공합니다.

19. 범위: 브라우저(예: 멀티 스레드 다운로드 중 Flashget)는 검색하려는 개체의 부분을 웹 서버에 알려줍니다. 예: 범위: 바이트=1173546-

20. 리퍼러: 브라우저는 현재 요청의 웹 주소/URL에서 획득/클릭한 웹 페이지/URL을 웹 서버에 나타냅니다. 예: 추천인: http://www.sina.com/

21. 서버: 웹 서버는 소프트웨어가 무엇인지, 버전을 나타냅니다. 예: 서버:Apache/2.0.61(Unix)

22. 사용자 에이전트: 브라우저는 자신의 ID(어떤 브라우저인지)를 나타냅니다. 예: 사용자 에이전트: Mozilla/5.0(Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14

23. 전송 인코딩: 웹 서버는 청크 여부 등 응답 메시지 본문(메시지 본문의 개체 아님)을 인코딩하는 방법을 나타냅니다. 예: 전송 인코딩: 청크

24. 다양함: 웹 서버는 이 헤더의 내용을 사용하여 이 응답에서 반환된 개체가 후속 요청에 응답하는 데 사용될 수 있는 조건을 캐시 서버에 알려줍니다. 원본 웹 서버가 첫 번째 요청 메시지를 받은 경우 해당 응답 메시지의 헤더는 다음과 같습니다. Content-Encoding: gzip; Vary: Content-Encoding 그런 다음 캐시 서버는 후속 요청 메시지의 헤더를 분석하고 해당 Accept-Encoding이 이전 응답의 Vary 헤더 값과 일치하는지, 즉 동일한 콘텐츠인지 확인합니다. 인코딩 방법을 사용하므로 캐시 서버가 압축 해제 기능이 없는 브라우저에 응답하기 위해 자체 캐시에 있는 압축된 엔터티를 사용하는 것을 방지할 수 있습니다. 예: Vary: Accept-Encoding

25. Via: 클라이언트에서 OCS로 또는 그 반대로 응답이 통과하는 프록시 서버와 요청을 보내는 데 사용하는 프로토콜(및 버전)을 나열합니다. 클라이언트 요청이 첫 번째 프록시 서버에 도달하면 서버는 보내는 요청에 Via 헤더를 추가하고 다음 프록시 서버가 첫 번째 프록시 서버로부터 요청을 받으면 Via 헤더를 복사합니다. 보내는 요청에 이전 프록시 서버의 요청을 입력하고 끝에 자신의 관련 정보를 추가하는 등의 작업을 수행합니다. OCS는 마지막 프록시 서버로부터 요청을 받으면 요청이 수행된 경로를 확인합니다. 예: Via: 1.0 236-81.D07071953.sina.com.cn:80 (squid/2.6.STABLE13). 이론적 지식을 익힌 후, 이론과 실습을 결합하여 파일 헤더를 기반으로 파일 형식을 결정하는 방법에 대해 스크립트 학교에서 소개한 일부 기사를 참조할 수 있습니다.

당신이 관심을 가질 만한 기사: php 헤더() 함수 예제 php 헤더 함수로 파일 다운로드 구현 PHP의 헤더 기능 활용 php파일 다운로드 클래스(헤더정보 활용예) PHP 헤더 사용법에 대한 자세한 설명 php 헤더 기능은 파일을 다운로드할 때 코드를 저장하라는 메시지를 직접 표시합니다 PHP 헤더 정보 예시 PHP의 HEADER 헤더 메시지에 대한 자세한 설명 PHP 헤더 기능 핵심 포인트