Comment envoyer un saut de ligne avec curl?

J'ai essayé ce qui suit pour envoyer un saut de ligne avec curl, mais \nn'est pas interprété par curl.

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

Comment puis-je envoyer un saut de ligne avec curl?

Parfois, vous souhaitez fournir les données à envoyer textuellement.

L' --data-binaryoption fait cela.

Votre shell passe \suivi par nplutôt qu'une nouvelle ligne à boucler plutôt que "my message\n". Bash prend en charge une autre syntaxe de chaîne qui prend en charge les séquences d'échappement telles que \net \t. Pour l'utiliser, commencez la chaîne par $'et terminez la chaîne par ':

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

Voir Citations ANSI-C dans le manuel de référence de Bash

Il existe un moyen beaucoup plus simple!

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

Cela utilisera la citation ANSI-C pour insérer le caractère de nouvelle ligne.

Pas de tuyauterie, pas de fichiers de données. Voir aussi Envoi de nouvelles lignes avec cURL .

La solution pour quelqu'un qui ne veut pas utiliser de fichiers et qui ne veut pas recourir à la magie échappant au shell est:

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

Mais il s'agit de retours à la ligne littéraux dans la charge utile des données de publication, et non dans les champs de formulaire.

(Je me suis retrouvé ici avec une question légèrement différente, donc je vais juste poster ma réponse car cela pourrait aider les futurs explorateurs)

Ma solution s'applique aux personnes qui envoient des données de type formulaire, c'est-à-dire des paires clé / valeur dans une chaîne de requête. Utilisez le saut de ligne codé, qui %0Aressemble à la façon dont un espace codé est %20. Vous pouvez utiliser http://meyerweb.com/eric/tools/dencoder/ pour convertir d'autres symboles.

Donc, si vous souhaitez définir la clé messagesur la valeur:

line one
another

vous enverriez

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

Eu un problème similaire. Lors du téléchargement du fichier csv du Mac vers le stockage en nuage, de nouvelles lignes ont été supprimées. Après l'avoir téléchargé, le fichier entier ressemblait à une seule ligne. J'ai essayé d'ajouter différents caractères EOL '\ n' '\ r' '\ r \ n' sans succès. L'utilisation de '--data-binary' au lieu de '-d' a résolu le problème. Btw ce problème s'est produit uniquement à partir de Mac. «-d» a très bien fonctionné lors de l'appel depuis la machine CentOS. Cela ressemble beaucoup au caractère de nouvelle ligne de Mac. Mais n'ayez plus envie de déboguer.

Merci beaucoup pour votre aide.

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

CONTRE

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

Ce n'est pas une réponse à votre question, mais je la contournerais en créant un fichier temporaire contenant le message et le saut de ligne, et en donnant à curl ce fichier sur lequel travailler:

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

À partir du manuel :

Si vous commencez les données par la lettre @, le reste doit être un nom de fichier à partir duquel lire les données, ou - si vous voulez que curl lise les données depuis stdin. Le contenu du fichier doit déjà être encodé en URL. Plusieurs fichiers peuvent également être spécifiés. La publication de données à partir d'un fichier nommé 'foobar' se ferait donc avec --data @foobar.

Un moyen très simple, il suffit de Shift-Enter dans la console pour la pause. Très lisible en le tapant aussi.

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

Server gets this: line1\nline2

Faites ceci pour supprimer le saut de ligne:

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

Server gets this: line1 line2

J'utilisais Sendgrid avec ce code (copié ci-dessous) trouvé à l'origine ici https://sendgrid.com/docs/API_Reference/Web_API_v3/index.html

\n\na travaillé dans Gmail, mais a \nété ignoré. J'ai essayé de doubler l'évasion et d'autres suggestions. J'ai également essayé \r\net cela ne fonctionnait pas non plus dans Gmail. Remarque: je n'ai pas pris la peine de tester d'autres clients de messagerie, c'était peut-être un problème spécifique à 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!"}]}'

Finalement, j'ai abandonné la recherche d'une solution et j'ai basculé les balises text/plainà text/htmlet juste utilisé <br />.

Quelqu'un a suggéré que Sendgrid convertisse le texte brut en HTML si vous avez activé un pixel de suivi, ce qui est logique. Peut-être que les nouvelles lignes ont été détruites dans le processus de conversion du texte brut en html. Je suppose que le client veut un pixel de suivi, alors j'ai décidé de passer au HTML.