Ejemplo de datos multiparte / formulario

103

Me pregunto si alguien puede compartir conmigo un ejemplo de multipart / form-data que contenga:

  1. Algunos parámetros de formulario
  2. Varios archivos
html http multipart multipartform-data user496949
fuente
2
Vaya aquí: w3.org/TR/html401/interact/forms.html#h-17.13.4 En 17.13.4 Form content typesencontrará lo que busca.
Andrew Barber
1
Ver htmlcodetutorial.com/forms/form_enctype.html
David d C e Freitas
posible duplicado de ¿Cómo debería verse una solicitud HTTP de varias partes con varios archivos?
Ciro Santilli 郝海东 冠状 病 六四 事件 法轮功
La carga multiparte carga archivos grandes por partes. La carga de múltiples archivos carga muchos archivos pequeños. ¿Sobre qué preguntas?
Gangnus

Respuestas:

126

EDITAR : Mantengo una respuesta similar, pero más detallada en: https://stackoverflow.com/a/28380690/895245

Para ver exactamente lo que está sucediendo, use nc -lo un servidor ECHO y un agente de usuario como un navegador o cURL.

Guarde el formulario en un .htmlarchivo:

<form action="http://localhost:8000" method="post" enctype="multipart/form-data">
  <p><input type="text" name="text" value="text default">
  <p><input type="file" name="file1">
  <p><input type="file" name="file2">
  <p><button type="submit">Submit</button>
</form>

Crea archivos para subir:

echo 'Content of a.txt.' > a.txt
echo '<!DOCTYPE html><title>Content of a.html.</title>' > a.html

Correr:

nc -l localhost 8000

Abra el HTML en su navegador, seleccione los archivos y haga clic en enviar y verifique el terminal.

ncimprime la solicitud recibida. Firefox envió:

POST / HTTP/1.1
Host: localhost:8000
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:29.0) Gecko/20100101 Firefox/29.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate
Cookie: __atuvc=34%7C7; permanent=0; _gitlab_session=226ad8a0be43681acf38c2fab9497240; __profilin=p%3Dt; request_method=GET
Connection: keep-alive
Content-Type: multipart/form-data; boundary=---------------------------9051914041544843365972754266
Content-Length: 554

-----------------------------9051914041544843365972754266
Content-Disposition: form-data; name="text"

text default
-----------------------------9051914041544843365972754266
Content-Disposition: form-data; name="file1"; filename="a.txt"
Content-Type: text/plain

Content of a.txt.

-----------------------------9051914041544843365972754266
Content-Disposition: form-data; name="file2"; filename="a.html"
Content-Type: text/html

<!DOCTYPE html><title>Content of a.html.</title>

-----------------------------9051914041544843365972754266--

Alternativamente, cURL debe enviar la misma solicitud POST que su formulario de navegador:

nc -l localhost 8000
curl -F "text=default" -F "[email protected]" -F "[email protected]" localhost:8000

Puede hacer varias pruebas con:

while true; do printf '' | nc -l localhost 8000; done
Ciro Santilli 郝海东 冠状 病 六四 事件 法轮功
fuente
41
Cosas desagradables y no inmediatamente evidentes: boundary=---------------------------9051914041544843365972754266es dos guiones más corto que los límites reales en los datos. Esto es muy, muy difícil de ver con todos los guiones juntos.
Nombre falso
1
curl --trace-ascii <logfilename> ..... también es útil para ver los datos enviados y recibidos.
Craig Hicks
curl -trace <logfilename> ....también mostrará binario. Útil para observar <LF> vs <CR> <LF>.
Craig Hicks
@FakeName: ese límite fue creado automáticamente por curl.
Craig Hicks
6
el límite es siempre - más corto. Cada separador de sección MIME (límite) contiene dos guiones adicionales en el frente y el separador de límite final contiene cuatro guiones adicionales: dos al frente y dos al final.
Sergey Kuznetsov
24

¡Muchas gracias a @Ciro Santilli por responder! Descubrí que su elección para el límite es bastante "infeliz" porque todos esos guiones: de hecho, como comentó @Fake Name, cuando estás usando tu límite dentro de la solicitud, viene con dos guiones más al frente:

Ejemplo:

POST / HTTP/1.1
HOST: host.example.com
Cookie: some_cookies...
Connection: Keep-Alive
Content-Type: multipart/form-data; boundary=12345

--12345
Content-Disposition: form-data; name="sometext"

some text that you wrote in your html form ...
--12345
Content-Disposition: form-data; name="name_of_post_request" filename="filename.xyz"

content of filename.xyz that you upload in your form with input[type=file]
--12345
Content-Disposition: form-data; name="image" filename="picture_of_sunset.jpg"

content of picture_of_sunset.jpg ...
--12345--

Encontré en esta página de w3.org que es posible encapsular un encabezado multiparte / mixto en un multipart / form-data, simplemente eligiendo otra cadena de límite dentro de multipart / mixed y usándola para encapsular datos. Al final, debe "cerrar" todos los límites utilizados en FILO para cerrar la solicitud POST (como:

POST / HTTP/1.1
...
Content-Type: multipart/form-data; boundary=12345

--12345
Content-Disposition: form-data; name="sometext"

some text sent via post...
--12345
Content-Disposition: form-data; name="files"
Content-Type: multipart/mixed; boundary=abcde

--abcde
Content-Disposition: file; file="picture.jpg"

content of jpg...
--abcde
Content-Disposition: file; file="test.py"

content of test.py file ....
--abcde--
--12345--

Eche un vistazo al enlace de arriba.

pippo
fuente
1
¿Por qué no separa todas las propiedades Content-Dispositioncon ;?
Kelin
1
'> e <ncapsulate'
Craig Hicks