Was ist die maximale chunk-Größe im HTTP-response mit Transfer-Encoding chunked?
Den w3.org (RFC2616) scheint nicht zu definieren, eine maximale Größe für chunks. Aber ohne eine maximale chunk-Größe es ist kein Speicherplatz für den chunk-Erweiterung. Es muss eine maximale chunk-Größe, sonst kann ich nicht ignorieren, das chunk-Verlängerung, wie mir geraten wurde, zu tun, wenn es nicht verstanden werden (Zitat:"MUST ignore chunk-extension extensions they do not understand"
).
warum denken Sie, müssen Sie eine maximale Größe ? Sie implementieren einen server ? ein client ? ein proxy ?
InformationsquelleAutor schwer | 2011-08-14
Du musst angemeldet sein, um einen Kommentar abzugeben.
Jeder chunk Erweiterung muss beginnen mit einem Semikolon und die Liste der chunk-Erweiterungen müssen ein Ende mit CRLF. Beim analysieren Sie die chunk-Größe, Haltestelle entweder ein Semikolon oder ein CRLF. Wenn Sie nicht mehr an einer semi-colon, alles ignorieren bis zum nächsten CRLF. Es gibt keine Notwendigkeit für eine maximale chunk-Größe.
InformationsquelleAutor David Schwartz
Die HTTP-Spezifikation ist ziemlich klar, über die syntax der HTTP-Nachrichten.
Die chunk-Größe ist immer hexadezimal angegeben. Wenn diese Zahl nicht direkt gefolgt von einem CRLF, aber ein
;
statt, Sie wissen, dass es eine Erweiterung. Diese Erweiterung ist identifiziert durch seinen Namen (chunk-ext-name
). Wenn Sie noch nie davon gehört, dass bestimmte Namen, die Sie MUSS ignorieren.Also was genau ist dein problem?
Was macht am meisten Sinn in Ihrer Anwendung wahrscheinlich unter Setzung einer angemessenen Grenze.
Das hilft.
InformationsquelleAutor Roland Illig