HTTP 헤더의 "Content-Length"필드는 무엇입니까?

무슨 뜻인가요?

1. 헤더에 지정된 인코딩을 사용하여 인코딩 된 컨텐츠 문자열의 바이트 수입니다.
2. 콘텐츠 문자열의 문자 수

특히 Content-Type: application/x-www-form-urlencoded.

rfc2616

Content-Length entity-header (콘텐츠 길이 엔티티 헤더) 필드는 엔티티 본문의 크기를 10 진수 (OCTET 수)로 수신자에게 전송하거나 HEAD 방법의 경우 전송 된 엔티티 본문의 크기를 나타냅니다. 요청은 GET이었습니다.

컨텐츠 유형이 무엇인지는 중요하지 않습니다.

아래 게시물의 확장 프로그램 입니다.

요청 또는 응답 본문의 데이터 바이트 수입니다. 본문은 헤더 아래의 빈 줄 다음에 오는 부분입니다.

Content-Length헤더는는 HTTP 본문의 정확한 바이트 길이를 나타내는 숫자입니다. HTTP 본문은 시작 줄과 헤더 다음에 나오는 첫 번째 빈 줄 바로 뒤에 시작됩니다.

일반적으로 Content-Length헤더는 HTTP 1.1에 사용하므로 수신 당사자가 현재의 응답이 때 알고 ^* 그렇게, 완료 연결이 다른 요청을 재사용 할 수 있습니다 .

_{^{* ... POST, PUT 또는 PATCH와 같이 본문이있는 요청 방법의 경우 요청}}

또는 Content-Length헤더를 생략하고 청크 Transfer-Encoding헤더를 사용할 수 있습니다.

헤더 Content-Length와 Transfer-Encoding헤더가 모두 없으면 응답이 끝날 때 연결을 닫아야합니다.

다음 리소스는 HTTP에 대해 배울 때 매우 유용한 가이드입니다.

HTTP가 정말 쉬워 졌습니다.

1 옥텟은 8 비트입니다. 내용 길이는 메시지 본문이 나타내는 옥텟 수입니다.

여기에서 :

Content-Length entity-header (콘텐츠 길이 엔티티 헤더) 필드는 엔티티 본문의 크기를 10 진수 (OCTET 수)로 수신자에게 전송하거나 HEAD 방법의 경우 전송 된 엔티티 본문의 크기를 나타냅니다. 요청은 GET이었습니다.

   Content-Length    = "Content-Length" ":" 1*DIGIT

예를 들면

   Content-Length: 3495

애플리케이션은 4.4 필드 의 규칙에 의해 금지되지 않는 한이 필드를 사용하여 메시지 본문의 전송 길이를 표시해야합니다 .

0보다 크거나 같은 Content-Length는 유효한 값입니다. 4.4 절에는 Content-Length가 제공되지 않은 경우 메시지 본문의 길이를 결정하는 방법이 설명되어 있습니다.

이 필드의 의미는 "메시지 / 외부 본문"컨텐츠 유형에서 사용되는 선택적 필드 인 MIME의 해당 정의와 크게 다릅니다. HTTP에서는 4.4 장의 규칙에 의해 금지되지 않는 한, 전송 전에 메시지 길이를 결정할 수있을 때마다 전송되어야한다.

내 해석은 이것이 "전선상의"길이, 즉 * 인코딩 된 "내용의 길이를 의미한다는 것입니다.

에서 이 페이지

POST의 가장 일반적인 용도는 HTML 양식 데이터를 CGI 스크립트에 제출하는 것입니다. 이 경우 Content-Type : 헤더는 일반적으로 application / x-www-form-urlencoded이며 Content-Length : 헤더는 URL로 인코딩 된 양식 데이터의 길이를 나타냅니다 (여기서는 URL 인코딩에 대한 참고 사항). CGI 스크립트는 STDIN을 통해 메시지 본문을 수신하여 디코딩합니다. POST를 사용한 일반적인 양식 제출은 다음과 같습니다.

POST /path/script.cgi HTTP/1.0
From: frog@jmarshall.com
User-Agent: HTTPTool/1.0
Content-Type: application/x-www-form-urlencoded
Content-Length: 32

사양 에 따르면 :

Content-Length entity-header (콘텐츠 길이 엔티티 헤더) 필드는 엔티티 본문의 크기를 10 진수 (OCTET 수)로 수신자에게 전송하거나 HEAD 방법의 경우 전송 된 엔티티 본문의 크기를 나타냅니다. 요청은 GET이었습니다.

Content-Length    = "Content-Length" ":" 1*DIGIT

예를 들면

Content-Length: 3495

4.4 절의 규칙에 의해 금지되지 않는 한, 애플리케이션은이 필드를 사용하여 메시지 본문의 전송 길이를 표시해야한다.

0보다 크거나 같은 Content-Length는 유효한 값입니다. 4.4 절에는 Content-Length가 제공되지 않은 경우 메시지 본문의 길이를 결정하는 방법이 설명되어 있습니다.

이 필드의 의미는 "메시지 / 외부 본문"컨텐츠 유형에서 사용되는 선택적 필드 인 MIME의 해당 정의와 크게 다릅니다. HTTP에서는 4.4 장의 규칙에 의해 금지되지 않는 한, 전송 전에 메시지 길이를 결정할 수있을 때마다 전송되어야한다.

Content-Length entity-header (콘텐츠 길이 엔티티 헤더) 필드는 엔티티 본문의 크기를 10 진수 (OCTET 수)로 수신자에게 전송하거나 HEAD 방법의 경우 전송 된 엔티티 본문의 크기를 나타냅니다. 요청은 GET이었습니다.

Content-Length = "컨텐츠 길이" ":"1 * DIGIT

예를 들면

내용 길이 : 1024

응용 프로그램은이 필드를 사용하여 메시지 본문의 전송 길이를 표시해야합니다.

PHP에서는 이와 같은 것을 사용합니다.

header("Content-Length: ".filesize($filename));

"Content-Type : application / x-www-form-urlencoded"의 경우 인코딩 된 데이터는 지정된 처리 에이전트로 전송되므로 게시 할 데이터의 길이 또는 크기를 설정할 수 있습니다.

다음과 같은 헤더가 있는지 고려하십시오.

content-encoding: gzip
content-length: 52098
content-type: text/javascript; charset=UTF-8

내용 길이 의 크기입니다 압축 "진수"(즉, 될 일이 8 비트 단위로 모든 현대 컴퓨터에 대해 "바이트")의 메시지 본문.

실제 메시지 본문 의 크기 는 150280 바이트 일 수 있습니다.

수 문자가 일부 유니 코드 문자가 여러 바이트 (주 UTF-8 표준 인코딩입니다) 사용하기 때문에 아마도, 다시 150,231 문자 다를 수 있습니다.

따라서 얼마나 많은 데이터가 전송되는지, 얼마나 많은 데이터가 보유되는지 또는 얼마나 많은 심볼이 표시되는지에 따라 숫자가 다릅니다. 물론 이러한 헤더가 제공 될 것이라는 보장은 없습니다.