Was ist die Grenze in Multipart / Form-Daten?

Möchte ich Fragen, eine Frage, über die multipart/form-data. Im HTTP-header, finde ich, dass die Content-Type: multipart/form-data; boundary=???.

Ist die ??? frei vom Benutzer definiert werden? Oder ist es in der Regel aus dem HTML? Ist es möglich für mich zu definieren, die ??? = abcdefg?

InformationsquelleAutor der Frage Questions | 2010-08-18

  1. 296

    Ist die ??? frei vom Benutzer definiert werden?

    Ja.

    oder ist es durch den mitgelieferten HTML?

    Nicht. HTML hat nichts zu tun. Lesen Sie weiter unten.

    Ist es möglich für mich zu definieren, die ??? als abcdefg?

    Ja.

    Wenn Sie möchten, senden Sie die folgenden Daten an den web-server:

    name = John
age = 12

    mit application/x-www-form-urlencoded würde wie folgt Aussehen:

    name=John&age=12

    Wie Sie sehen können, erkennt der server, dass die Parameter werden getrennt durch ein kaufmännisches und-Zeichen &. Wenn & ist erforderlich für einen parameter-Wert, dann muss es codiert werden.

    Also wie soll der server wissen, wo ein parameter-Wert beginnt und endet, wenn er eine HTTP-Anforderung empfängt mit multipart/form-data?

    Mithilfe der Grenzeähnlich &.

    Beispiel:

    --XXX
Content-Disposition: form-data; name="name"

John
--XXX
Content-Disposition: form-data; name="age"

12
--XXX--

    In diesem Fall die Grenze Wert ist XXX. Geben Sie es in die Content-Type - header, so dass der server weiß, wie split die Daten, die es erhält.

    So, müssen Sie zu:

    • Einen Wert verwenden, erscheinen nicht in den HTTP-Daten an den server gesendet.

    • Konsequent sein und den gleichen Wert überall in der request-message.

    InformationsquelleAutor der Antwort Oscar Mederos

  2. 68

    Die genaue Antwort auf die Frage ist: ja, Sie können einen beliebigen Wert für die boundary parameterda ist es nicht mehr als 70 bytes lang und besteht nur aus 7-bit US-ASCII (druckbare) Zeichen.

    Wenn Sie mit einer multipart/* content-Typen, Sie sind eigentlich erforderlich angeben, die boundary parameter in der Content-Type header, ansonsten wird der server (im Fall einer HTTP-Anfrage) werden nicht in der Lage zu analysieren, die Nutzlast.

    Du wahrscheinlich auch wollen, um die charset parameter UTF-8 in Ihrem Content-Type header, es sei denn, Sie werden absolut sicher, dass nur US-ASCII charset verwendet werden in den payload-Daten.

    Einige relevante Auszüge aus der RFC2046:

    • 4.1.2. Charset-Parameter:

      Im Gegensatz zu einigen anderen parameter Werte, die Werte der charset-parameter sind NICHT case sensitive. Der Standard-Zeichensatz, muss davon ausgegangen werden, dass in Abwesenheit von einem charset-parameter, ist US-ASCII.

    • 5.1. Medientyp Multipart

      Wie gesagt in der definition der Content-Transfer-Encoding-Feld [RFC-2045], keine anderen Codierung als "7bit", "8bit" oder "Binär" ist nicht zulässig für Entitäten vom Typ "multipart". Die "multipart" - Grenze Trennzeichen und header-Felder werden immer dargestellt als 7bit US-ASCII in jedem Fall (auch wenn die header-Felder können encode non-US-ASCII-header-text gemäß RFC 2047) und Daten innerhalb der Körperteile, die kodiert werden können, auf einem Teil-für-Teil-basis, Content-Transfer-Encoding Felder für jeden geeigneten Teil des Körpers.

      Den Content-Type-Feld für multipart-Einrichtungen erfordert einen parameter "Grenze". Die Grenze delimiter-line ist dann definiert als Linie, die ausschließlich aus zwei Bindestriche ("-", dezimal-Wert 45), gefolgt vom boundary-Parameterwert aus dem Content-Type header-Feld, optional linear-whitespace-Zeichen und einem abschließenden CRLF.

      Grenze Trennzeichen darf nicht innerhalb des gekapselten Materials, und muss nicht mehr als 70 Zeichen, nicht eingerechnet die zwei führende Bindestriche.

      Die Grenze Trennzeichen Zeile nach der letzten Körperteil ist einem definierten Trennzeichen zeigt an, dass keine weitere Körperteile werden Folgen. Eine solche delimiter-line ist identisch mit dem vorherigen Trennzeichen Linien, mit dem Zusatz von zwei Bindestriche nach der Grenze Parameterwert.

    Hier ist ein Beispiel mit einem beliebigen Randbedingungen:

    Content-Type: multipart/form-data; charset=utf-8; boundary="another cool boundary"

--another cool boundary
Content-Disposition: form-data; name="foo"

bar
--another cool boundary
Content-Disposition: form-data; name="baz"

quux
--another cool boundary--

    InformationsquelleAutor der Antwort U-D13

  3. 13

    multipart/form-data enthält Grenze zu trennen der name/Wert-Paaren. Die Grenze wirkt wie eine Markierung von jeder chunk von name/Wert-Paare übergeben werden, wenn ein Formular vorgelegt wird. Die Grenze, wird automatisch der content-type der Anfrage-header.

    Form mit enctype="multipart/form-data" Attribut wird eine request-header Content-Type : multipart/form-data; boundary --- WebKit193844043-h (browser generiert vaue).

    Die payload übergeben, sieht ungefähr so aus:

    Content-Type: multipart/form-data; boundary=—-WebKitFormBoundary7MA4YWxkTrZu0gW

    --—-WebKitFormBoundary7MA4YWxkTrZu0gW
    Content-Disposition: form-data; name=”file”; filename=”captcha”
    Content-Type:

    --—-WebKitFormBoundary7MA4YWxkTrZu0gW
    Content-Disposition: form-data; name=”action”

    submit
    --—-WebKitFormBoundary7MA4YWxkTrZu0gW--

    Auf der webservice-Seite, es verbraucht im @Consumes("multipart/form-data") zu bilden.

    Vorsicht, beim testen der webservice mit chrome Briefträger, müssen Sie die option Formulardaten(radio-Taste) und Menü Datei aus der dropdown-box zu senden Anlage. Explizite Bestimmung der content-type als " multipart/form-data wirft einen Fehler. Weil die Begrenzung fehlt, so überschreibt es die curl-Anfrage von post-Mann-server mit content-Typ durch anfügen der Grenze, die funktioniert einwandfrei.

    Sehen RFC1341 sec7.2 Der Multipart-Content-Type

    InformationsquelleAutor der Antwort Yergalem

Schreibe einen Kommentar