Zum Inhalt springen

curl in Code

curl to Code

Wandelt einen curl-Befehl in fetch, axios, Python requests, Go, PHP oder PowerShell um.

Nimmt einen `curl`-Befehl – meist einen aus dem Netzwerk-Panel eines Browsers kopierten – und schreibt die entsprechende Anfrage in fetch, Python, Go, Node oder einem anderen Ziel. Es parst mit echten POSIX-Quoting-Regeln, sodass ein JSON-Body voller maskierter Anführungszeichen intakt durchkommt.

🔒 Läuft vollständig in Ihrem Browsercurlconverthttpcodegen
Erzeugen

curl-Befehl

fetch

Gelesene Anfrage

Methode

POST

Header

2

Body

31 Zeichen

Der Befehl wird nach echten POSIX-Quoting-Regeln zerlegt – einfache und doppelte Anführungszeichen, Backslashes und $'…'-Zeichenketten –, sodass Bodies mit maskiertem JSON unversehrt bleiben. Es wird nichts ausgeführt und keine Anfrage gesendet; $VARIABLES bleiben wörtlich stehen und werden markiert, weil nur Ihre Shell deren Werte kennt.

So funktioniert es

  1. Kopieren Sie die Anfrage als cURL

    Das Netzwerk-Panel jedes Browsers hat „Als cURL kopieren“ im Kontextmenü. Fügen Sie das hier ein, samt Backslashes.

  2. Wählen Sie das Ziel

    Der erzeugte Code trägt Methode, Header, Body und Basic Auth, falls vorhanden. Von dieser Seite wird nichts gesendet.

  3. Prüfen Sie die geparste Zusammenfassung

    Sie zeigt die Methode, die Zahl der Header und als was der Body gelesen wurde. Alles, was der Parser nicht abbilden konnte, wird als Warnung aufgeführt, statt wegzufallen.

Häufige Fragen

Werden meine Zugangsdaten irgendwohin gesendet?

Nein. Nichts wird ausgeführt und keine Anfrage gestellt – der Befehl wird in Ihrem Browser als Text geparst. Allerdings enthält ein aus einem Netzwerk-Panel kopiertes cURL meist ein lebendes Session-Cookie oder Bearer-Token, behandeln Sie den erzeugten Code also wie ein Passwort.

Warum steht `$TOKEN` immer noch in der Ausgabe?

Weil nur Ihre Shell weiß, wozu es expandiert. Eine Variable bleibt wörtlich erhalten und wird markiert, statt erraten oder stillschweigend geleert zu werden – ein leerer Authorization-Header ist ein viel schlimmerer Bug als ein sichtbarer Platzhalter.

Kommt es mit Datei-Uploads zurecht?

Ein `-F`-Multipart-Formular wird geparst und gemeldet, aber eine `@filename`-Referenz zeigt auf eine Datei, die diese Seite nicht lesen kann, sodass der erzeugte Code dort, wo die Datei hingehört, einen Platzhalter hat. Alles andere an der Anfrage ist vollständig.

Eingabe aus

Danach

Diese Tools nehmen an, was dieses hier erzeugt, das Ergebnis kann also direkt weiter.