Comment envoyer de la ligne de rupture avec curl?

J'ai essayé suivantes pour envoyer un saut de ligne avec curl, mais \n n'est pas interprété par le roulage.

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

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

InformationsquelleAutor deamon | 2010-10-06
  1. 98

    Parfois, vous voulez fournir les données à envoyer verbatim.

    La --data-binary option ne fonctionne que.

    • C'est la meilleure façon de le faire. La possibilité d'utiliser des -d @message.txt comme suggéré dans l'autre réponse, en particulier, peuvent modifier les sauts de ligne. --data-binary d'autre part de ne pas (ce qui est important si vous avez besoin de garder vos retours à la ligne (CRLF pour multipart/form-data, voir: stackoverflow.com/questions/10765243/...)
    • Parce qu'il m'a fallu un s: si vous téléchargez un fichier, vous voudrez probablement utiliser un shell interne est exécuté pour ce curl -H "Content-Type:text/plain" --data-binary "$(<myfile)" http://localhost:8888
    • Intéressant, mais quel est l'avantage?
    • +1, bonne réponse. curl --data-binary @/path/to/file.txt http://example.com/target
    • Je ne pouvais pas obtenir-des données binaires de travail, mais a été en mesure d'utiliser le %0A caractère (voir @malcolmocean) réponse. Lorsque j'utilise --des données binaires "ip=33.44.55.*\n5.6.7.8" il ne le traite pas comme de ligne, mais --data ""ip=33.44.55.*%0A5.6.7.8" est le retour à la ligne par le biais de
    • --data-binary @/path/to/file.txt, comme suggéré par @FrankOlschewski, ne fonctionne pas pour moi avec curl 7.47.0 sur Linux x86_64. À l'aide d'un shell interne est exécuté via "(<myfile)" comme suggéré par @mikemaccana pour insérer le texte multiligne dans la commande fonctionne pour moi, cependant.
    • Cela a fonctionné pour moi pour la plaine/les fichiers de texte, pas besoin de préciser "Content-Type:text/plain" , ex. curl -X POST -H "AuthToken: CF179AE4-3C99-45F5-A7CC-3284AA91CF67" http://localhost:8080/collector --data-binary @large.log -s

    InformationsquelleAutor Szocske
  2. 34

    Votre shell est en train de passer \ suivie par n plutôt que d'un retour à la ligne à friser plutôt que "my message\n". Bash a une autre syntaxe de la chaîne qui prend en charge les séquences d'échappement comme \n et \t. Pour l'utiliser, il commence la série avec $' et à la fin de la chaîne de ':

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

    Voir ANSI-C Citant dans le Bash Manuel De Référence

    • Cela a fonctionné pour moi aussi. Je vais jouer un peu avec elle, car il ne fonctionnait pas avec des guillemets, ce qui signifie que je ne peux pas utiliser des guillemets simples au sein de la chaîne.
    • Je ne sais pas d'où vous tenez cette idée que c'est "JavaScript syntaxe shell". Le shell passe my message\n verbatim, pas avec deux évasions comme vous le dites.
    • vous déformés moi. J'ai dit "JavaScript syntaxe de la chaîne", pas "JavaScript syntaxe shell". Je suis à l'aide de JavaScript syntaxe de la chaîne à être clair sur ce que je veux dire avec mes exemples de chaînes. Je pense que vous faites allusion, comme my message\n est le même que ce que je qualifie de "my message\n".
    • Désolé, lapsus. Cependant, ma lecture était encore correcte. \n n'a rien à voir avec le JavaScript. En fait, rien ici n'a rien à voir avec le JavaScript.
    • Je l'utilise pour le bien de l'expliquer aux gens. Et il semble avoir travaillé. Shell syntaxe de la chaîne n'est pas largement compris. S'il l'était, pourquoi cette question ont été posées? Que dois-je pu servir à l'expliquer?
    • La terminologie est "barre oblique inverse des séquences d'échappement".
    • vous avez eu raison...modifié mon post pour supprimer les référence à JavaScript

    InformationsquelleAutor Benjamin Atkin
  3. 15

    La solution pour quelqu'un qui ne veut pas utiliser les fichiers, et ne veut pas recourir à la coquille s'échapper de la magie est:

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

    Mais c'est littérale des retours à la ligne dans le post de données de charge utile, et pas dans les champs de formulaire.

    • Je vais avoir du mal à comprendre cela. Je reçois ce que @ est d'indiquer un nom de fichier, mais est-il une signification particulière lors de l'utilisation de @-? Qu'est-ce que <<EOF faire?
    • @- indique à curl de consommer de l'entrée standard, et <<EOF est la fin de stream indicateur pour bash. Nous avons ensuite le mot magique EOF dans la charge utile de données de dire bash que nous sommes en fait écrit dans le flux.
    • Aussi, - est en quelque sorte la manière standard de GNU/Linux pour spécifier STDIN lorsqu'un nom de fichier est prévu. Il n'est pas universel, mais il est assez commun.
    InformationsquelleAutor Jammer
  4. 12

    Il y a un moyen beaucoup plus facile!

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

    Cela utiliser ANSI-C Citant pour insérer le caractère de saut de ligne.

    Pas de tuyauterie, pas de fichiers de données. Voir aussi L'envoi des retours à la ligne avec cURL.

    • Que l'on doit être accepté de répondre en dépit de l'aide de la syntaxe de Bash
    • C'est la seule chose qui a fonctionné pour moi, de toutes les réponses
    InformationsquelleAutor Dave Kerr
  5. 6

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

    Ma solution s'applique aux personnes qui sont à l'envoi du formulaire de données de style, c'est à dire des paires clé/valeur dans une chaîne de requête. L'utilisation de l'encodage du saut de ligne, ce qui est %0A, de la même manière codée de l'espace est %20. Vous pouvez utiliser http://meyerweb.com/eric/tools/dencoder/ pour convertir d'autres symboles.

    Donc, si vous voulez définir la clé message de la valeur:

    line one
another

    vous envoyer

    curl --data "message=line%20one%0Aanother" http://localhost:8000/hello
    • commentaire mineur (peut-être faute de frappe) pour un saut de ligne/carraige caractère de retour il convient %0A plutôt que d' %A0
    • Ooh bon point! Corrigé 🙂
    InformationsquelleAutor MalcolmOcean
  6. 3

    Pas de réponse à votre question, mais je tiens à le contourner par la création d'un fichier temporaire contenant le message et saut de ligne, et de donner curl fichier à travailler sur:

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

    De la manuel:

    Si vous commencez les données avec la lettre @, le reste doit être un nom de fichier pour lire les données à partir de, ou - si vous souhaitez curl pour lire les données à partir de stdin. Le contenu du fichier doit déjà être URL-encodé. Plusieurs fichiers peuvent également être spécifiées. La publication des données à partir d'un fichier nommé "foobar" serait donc fait avec --data @foobar.

    • Utilisation de fichiers temporaires est une pratique de l'approche. Comme par Szocske réponse, --data-binary est plus fidèle alternative à -d, comme il enverra les données textuelles.
    • -1; à l'Aide d'un fichier temporaire avec -d @/path/to/temp/file.txt ne résout PAS le saut de ligne problème. --data-binary n', voir ci-dessus.
    • Et vous pouvez obtenir des données à partir de stdin: superuser.com/a/733484/128124
    • Si vous voyez ce parce que vous vous demandez pourquoi votre curl commandes ne fonctionnent pas après la mise à niveau de roulage ou de la mise à niveau vers windows 10, assurez-vous d'ajouter des guillemets autour de votre fichier de référence. Par exemple: curl-X MIS -d "@message.txt localhost:8000/hello Mon elasticsearch reconstituer les scripts avait cessé de travailler.
    InformationsquelleAutor Pekka 웃
  7. 2

    D'une manière très facile, juste Maj-Entrée dans la console pour la pause. Très lisible tapant trop.

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

Server gets this: line1\nline2

    Faire pour supprimer le saut de ligne:

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

Server gets this: line1 line2
    InformationsquelleAutor John Williams
  8. 1

    Eu le même problème. Tout téléchargement de fichier csv à partir de Mac de stockage cloud, de nouvelles lignes ont été enlevés. Après le téléchargement, le fichier entier ressemblait à une seule ligne. J'ai essayé d'ajouter différents EOL caractères '\n' '\r' '\r\n', sans succès. À l'aide de '--des données binaires' au lieu de '-d' a résolu le problème.
    Btw, ce problème s'est produite uniquement à partir de Mac. '-d' a très bien fonctionné, tout en faisant de l'appel de CentOS machine. Beaucoup cela ressemble en raison de Mac caractère de saut de ligne. Mais ne se sentent pas comme le débogage plus.

    Merci beaucoup pour votre aide.

    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"
    • Merci beaucoup ! Ce n'est pas lié à votre Mac : j'ai eu exactement le même problème sur Linux, et à l'aide de --data-binary @ a résolu mon problème (envoi d'une multiligne .ics fichier sur un serveur CalDAV).
    InformationsquelleAutor SutuwaShell
  9. -1

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

    \n\n travaillé dans Gmail, mais \n a été ignorée. J'ai essayé de doubler la fuite et autres suggestions. J'ai aussi essayé \r\n et qui ne fonctionne pas dans Gmail soit. Note: je n'ai pas pris la peine de tester d'autres clients de messagerie, c'était peut-être un Gmail-problème spécifique. 

        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": "[email protected]"}]}],"from": {"email": "[email protected]"},"subject": "Hello, World!","content": [{"type": "text/plain", "value": "Heya!"}]}'

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

    Quelqu'un a suggéré que Sendgrid convertit en texte au format HTML si vous avez un pixel de suivi est activé, ce qui est logique. Peut-être que les retours à la ligne ont été détruits dans le texte en clair-de-html processus de conversion. Je suppose que le client veut un pixel de suivi, il a donc décidé de passer à HTML.

    InformationsquelleAutor PJ Brunet