Como enviar quebra de linha com curl?

Tentei o seguinte para enviar uma quebra de linha com curl, mas \nnão é interpretada por curl.

curl -X PUT -d "my message\n" http://localhost:8000/hello

Como posso enviar uma quebra de linha com curl?

Às vezes, você deseja fornecer os dados a serem enviados literalmente.

A --data-binaryopção faz isso.

Seu shell está passando \seguido em nvez de uma nova linha para curl em vez de "my message\n". Bash tem suporte para uma outra sintaxe string que suporta seqüências de escape, como \ne \t. Para usá-lo, comece a string com $'e termine-a com ':

curl -X PUT -d $'my message\n' http://localhost:8000/hello

Consulte ANSI-C Quoting no Bash Reference Manual

Existe uma maneira muito mais fácil!

curl -X PUT -d $'my message\n' http://localhost:8000/hello

Isso usará ANSI-C Quoting para inserir o caractere de nova linha.

Sem tubulação, sem arquivos de dados. Consulte também Enviando novas linhas com cURL .

A solução para quem não quer usar arquivos e não quer recorrer à magia de escape de shell é:

curl -X POST --data-binary @- http://url.com <<EOF
line one
line two
EOF

Mas isso é literalmente novas linhas na carga útil de dados de postagem, e não em campos de formulário.

Teve um problema semelhante. Durante o upload do arquivo csv do Mac para o armazenamento em nuvem, novas linhas foram sendo removidas. Depois de baixá-lo, todo o arquivo parecia uma única linha. Tentei adicionar diferentes caracteres EOL '\ n' '\ r' '\ r \ n' sem sucesso. Usar '--data-binary' em vez de '-d' resolveu o problema. Btw este problema ocorreu apenas no Mac. '-d' funcionou bem ao fazer a chamada da máquina CentOS. Isso se parece muito com o caractere de nova linha do Mac. Mas não quero mais depurar.

Muito obrigado por sua ajuda.

curl -X PUT -d @filename.csv https://cloudstorage -H "content-type: text/csv"

VS

curl -X PUT --data-binary @filename.csv https://cloudstorage -H "content-type: text/csv"

(Acabei aqui com uma pergunta um pouco diferente, então só vou postar minha resposta porque pode ajudar futuros exploradores)

Minha solução se aplica a pessoas que estão enviando dados em estilo de formulário, ou seja, pares de chave / valor em uma string de consulta. Use a quebra de linha codificada, que é %0Acomo um espaço codificado %20. Você pode usar http://meyerweb.com/eric/tools/dencoder/ para converter outros símbolos.

Portanto, se você deseja definir a chave messagepara o valor:

line one
another

você enviaria

curl --data "message=line%20one%0Aanother" http://localhost:8000/hello

Não é uma resposta à sua pergunta, mas eu iria contorná-la criando um arquivo temporário contendo a mensagem e a quebra de linha e dando ao curl esse arquivo para trabalhar:

curl -X PUT -d @message.txt http://localhost:8000/hello

Do manual :

Se você iniciar os dados com a letra @, o resto deve ser um nome de arquivo de onde ler os dados, ou - se você quiser que o curl leia os dados de stdin. O conteúdo do arquivo já deve ser codificado por URL. Vários arquivos também podem ser especificados. A postagem de dados de um arquivo chamado 'foobar' seria, portanto, feita com --data @foobar.

Uma maneira muito fácil, apenas Shift-Enter no console para o intervalo. Muito legível digitando-o também.

curl -d "line1
line2" http-echo.com

Server gets this: line1\nline2

Faça isso para remover a quebra de linha:

curl -d "line1 \
line2" http-echo.com

Server gets this: line1 line2

Eu estava usando Sendgrid com este código (copiado abaixo) originalmente encontrado aqui https://sendgrid.com/docs/API_Reference/Web_API_v3/index.html

\n\ntrabalhou no Gmail, mas \nfoi ignorado. Tentei dobrar a fuga e outras sugestões. Eu também tentei \r\ne não funcionou no Gmail também. Nota: Não me preocupei em testar outros clientes de e-mail, talvez fosse um problema específico do Gmail.

    curl --request POST \
  --url https://api.sendgrid.com/v3/mail/send \
  --header 'Authorization: Bearer YOUR_API_KEY' \
  --header 'Content-Type: application/json' \
  --data '{"personalizations": [{"to": [{"email": "your.email@example.com"}]}],"from": {"email": "example@example.com"},"subject": "Hello, World!","content": [{"type": "text/plain", "value": "Heya!"}]}'

Eventualmente, desisti de procurar uma solução e mudei as tags text/plainpara text/htmle acabei de usar <br />.

Alguém sugeriu que Sendgrid converta texto simples em HTML se você tiver um pixel de rastreamento habilitado, o que faz sentido. Talvez as novas linhas tenham sido destruídas no processo de conversão de texto simples em html. Presumo que o cliente deseja um pixel de rastreamento, então decidi mudar para HTML.