HTTP 바이트 범위와 multipart/byteranges 대안?

Question

RFC2616 (HTTP/1.1)

한 범위에 대한 요구에 대한 응답이 다중/byteranges를 미디어 유형을 사용하여 전송해서는 안된다.

결과가 단일 범위 인 여러 범위에 대한 요청에 대한 응답은 한 부분으로 여러 부분/바이트 범위 미디어 유형으로 전송 될 수 있습니다.

멀티 파트/byteranges 메시지를 디코딩 할 수없는 클라이언트는 이 단일 요청에서 여러 바이트 범위를 요구해서는 안됩니다.

정확하게 이해한다면, 단일 요청의 여러 범위는 멀티 파트/byteranges를 사용할 수 있으며 클라이언트는 디코딩 할 수 있어야하며 전혀 요청하지 않아야합니다.

"MAY"는 사용할 수있는 multipart/byteranges의 대안이 있다는 것을 의미합니까? 존재합니까? 그렇다면 헤더를 요청할 수 있습니까?

예를 들어, 서버가 잠재적으로 모든 바이트 범위를 단일 부품 응답으로 연결할 수 있습니까?

Answer 1

, 그때 응답 중 하나를 수행 할 수

연접 범위에 대해 하나의 MIME 파트로

• 사용

  multipart/byteranges, 부품에 고유 한 Content-Range 헤더가있는 경우

• 은 연결된 데이터를 단독으로 보내며 최상위 수준 인 Content-Range 헤더를 포함합니다.

Answer 2

2012 년까지의 경험에 비추어 볼 때 첫 번째 항목 인 'multipart/byteranges 미디어 유형을 사용하여 단일 범위에 대한 요청에 대한 응답을 전송해서는 안됩니다.'를 계속 사용하시기 바랍니다. 일부 고객이 질식 할 것이기 때문입니다. 요청은 여러 범위를 요구하고 서버는 하나의 연속적인 범위로 요구 범위를 연결할 경우