Transfer-Encoding에서 HTTP 응답의 최대 청크 크기는 얼마입니까?

Question

w3.org (RFC2616)은 청크의 최대 크기를 정의하지 않는 것처럼 보입니다. 그러나 최대 청크 크기가 없으면 청크 확장을위한 공간이 없습니다. 최대 청크 크기가 있어야합니다. 그렇지 않으면 청크 확장을 무시할 수 없습니다. 이해할 수없는 경우이를 권고합니다 (견적 : "MUST ignore chunk-extension extensions they do not understand").

Answer 1

각 청크 확장은 세미콜론으로 시작해야하며 청크 확장 목록은 CRLF로 끝나야합니다. 청크 크기를 구문 분석 할 때 세미콜론 또는 CRLF 중 하나에서 중지하십시오. 세미 콜론에서 멈춘 경우 다음 CRLF까지 모든 것을 무시하십시오. 최대 청크 크기는 필요 없습니다.

chunk   = chunk-size [ chunk-extension ] CRLF 
       chunk-data CRLF 

chunk-size  = 1*HEX 

chunk-extension= *(";" chunk-ext-name [ "=" chunk-ext-val ]) 

Answer 2

HTTP 사양은 HTTP 메시지 구문에 대해 분명합니다.

청크 크기는 항상 16 진수로 제공됩니다. 이 번호 뒤에 직접 CRLF가 붙지 않지만 대신 ; 인 경우 확장이 있음을 알 수 있습니다. 이 확장자는 이름 (chunk-ext-name)으로 식별됩니다. 특정 이름에 대해 들어 본 적이 없다면 은 반드시으로 무시해야합니다.

그래서 정확히 무엇이 문제입니까?

• 는
• 는