Qual è il modo giusto di POST multipart / form-data usando curl?

Ho usato questa sintassi per pubblicare un file insieme ad alcuni parametri:

curl -v -include --form "key1=value1" --form upload=localfilename URL

Il file ha una dimensione di circa 500 KB. Innanzitutto, vedo che la lunghezza del contenuto è 254 sul lato di trasmissione. Successivamente la lunghezza del contenuto della risposta del server è 0. Dove sbaglio?

Ecco la traccia completa del comando.

* Couldn't find host xxx.xxx.xxx.xxx in the _netrc file; using defaults
* About to connect() to xxx.xxx.xxx.xxx port yyyy (#0)
*   Trying xxx.xxx.xxx.xxx...
* Adding handle: conn: 0x4b96a0
* Adding handle: send: 0
* Adding handle: recv: 0
* Curl_addHandleToPipeline: length: 1
* - Conn 0 (0x4b96a0) send_pipe: 1, recv_pipe: 0
* Connected to xxx.xxx.xxx.xxx (xxx.xxx.xxx.xxx) port yyyy (#0)
* POST /zzzzzz/UploadFile HTTP/1.1
* User-Agent: curl/7.32.0
* Host: xxx.xxx.xxx.xxx:yyyy
* Accept: */*
* Content-Length: 254
* Expect: 100-continue
* Content-Type: multipart/form-data; boundary=------------------------948a6137eef50079
*
* HTTP/1.1 100 Continue
* HTTP/1.1 100 Continue

* HTTP/1.1 200 OK
* HTTP/1.1 200 OK
* Server Apache-Coyote/1.1 is not blacklisted
* Server: Apache-Coyote/1.1
* Server: Apache-Coyote/1.1
* Added cookie JSESSIONID="C1D7DD042E250211D9DEA82688876F88" for domain xxx.xxx.xxx.xxx, path /zzzzz/, expire 0
* Set-Cookie: JSESSIONID=C1D7DD042E250211D9DEA82688876F88; Path=/zzzzzz/;
* HttpOnly
* Set-Cookie: JSESSIONID=C1D7DD042E250211D9DEA82688876F88; Path=/zzzzzz/; HttpOnly
* Content-Type: text/html;charset=ISO-8859-1
Content-Type: text/html;charset=ISO-8859-1
* Content-Length: 0
* Content-Length: 0
* Date: Tue, 01 Oct 2013 11:54:24 GMT
* Date: Tue, 01 Oct 2013 11:54:24 GMT
* Connection #0 to host xxx.xxx.xxx.xxx left intact

La sintassi seguente lo risolve per te:

curl -v -F key1=value1 -F upload=@localfilename URL

per caricare un file usando curl in Windows ho scoperto che il percorso richiede doppie virgolette di escape

per esempio

curl -v -F 'upload=@\"C:/myfile.txt\"' URL

Questo è ciò che ha funzionato per me

curl -F file=@filename URL

Ho avuto difficoltà a inviare una richiesta PUT HTTP multipart con curlun back-end Java. Ho semplicemente provato

curl -X PUT URL \
   --header 'Content-Type: multipart/form-data; boundary=---------BOUNDARY' \
   --data-binary @file

e il contenuto del file era

-----------BOUNDARY
Content-Disposition: form-data; name="name1"
Content-Type: application/xml;version=1.0;charset=UTF-8

<xml>content</xml>
-----------BOUNDARY
Content-Disposition: form-data; name="name2"
Content-Type: text/plain

content
-----------BOUNDARY--

ma ho sempre avuto un errore che il confine era errato. Dopo un po 'di debug del backend Java, ho scoperto che l'implementazione Java stava aggiungendo \r\n--un prefisso al limite, quindi dopo aver cambiato il mio file di input in

                          <-- here's the CRLF
-------------BOUNDARY       <-- added '--' at the beginning
...
-------------BOUNDARY       <-- added '--' at the beginning
...
-------------BOUNDARY--     <-- added '--' at the beginning

tutto funziona bene!

tl; dr

Aggiungi una nuova riga (CRLF \r\n) all'inizio del contenuto di confine multipart e-- all'inizio dei confini e riprova.

Forse stai inviando una richiesta a un back-end Java che necessita di queste modifiche al confine.

Su Windows 10, arricciare 7.28.1 all'interno di PowerShell, ho trovato quanto segue per me:

$filePath = "c:\temp\dir with spaces\myfile.wav"
$curlPath = ("myfilename=@" + $filePath)
curl -v -F $curlPath URL