type protocolo personalizados para encabezados dummies content cabeceras cabecera http http-headers transfer-encoding rfc2616

protocolo - ¿Cuál es el tamaño de fragmento máximo en la respuesta HTTP con la codificación de transferencia fragmentada?



http para dummies (2)

El w3.org (RFC2616) parece no definir un tamaño máximo para los fragmentos. Pero sin un tamaño máximo de fragmento, no hay espacio para la extensión de fragmento. Debe haber un tamaño máximo de fragmento, de lo contrario no puedo ignorar la extensión de fragmento, como se me aconseja que haga si no puede entenderse (Cita: "MUST ignore chunk-extension extensions they do not understand" ).


Cada extensión de fragmento debe comenzar con un punto y coma y la lista de extensiones de fragmento debe finalizar con un CRLF. Al analizar el tamaño del fragmento, deténgase en un punto y coma o un CRLF. Si se detuvo en un punto y coma, ignore todo hasta el próximo CRLF. No hay necesidad de un tamaño de fragmento máximo.

chunk = chunk-size [ chunk-extension ] CRLF chunk-data CRLF chunk-size = 1*HEX chunk-extension= *( ";" chunk-ext-name [ "=" chunk-ext-val ] )


La especificación HTTP es bastante clara sobre la sintaxis de los mensajes HTTP.

El tamaño del fragmento siempre se da como un número hexadecimal. Si ese número no es seguido directamente por un CRLF, sino a ; en cambio, sabes que hay una extensión. Esta extensión se identifica por su nombre ( chunk-ext-name ). Si nunca oíste hablar de ese nombre en particular, DEBES ignorarlo.

Entonces, ¿cuál es exactamente tu problema?

  • Lee un número hexadecimal
  • Ignorar todo hasta el próximo CRLF
  • Sea feliz