curl in HTTP konvertieren

Rohes HTTP zeigt den tatsächlichen Protokolltext, der über die Leitung gesendet wird: die Request-Zeile (GET /path HTTP/1.1), Header und Body. Es ist die in RFC 9110 definierte kanonische Darstellung. curl2code generiert das rohe HTTP-Anfrageformat, was nützlich ist, um genau zu verstehen, was ein curl-Befehl auf Protokollebene tut.

Rohes HTTP zeigt die exakte Protokolldarstellung — am besten zum Lernen und für die Dokumentation. HAR ist JSON-strukturiert für Tooling. HTTPie ist eine benutzerfreundliche CLI-Syntax. Wählen Sie rohes HTTP für das Protokollverständnis, HAR für Analysen und HTTPie für Skripte. Siehe auch curl zu HAR und curl zu HTTPie.

Die Authentifizierung erscheint als Header-Zeile: Authorization: Bearer token123 oder Authorization: Basic dXNlcjpwYXNz. In rohem HTTP sehen Sie den exakten Header, der gesendet wird — was die Überprüfung der Auth-Konfiguration erleichtert. curl2code zeigt die vollständige Anfrage inklusive Auth-Header.

Multipart-Formulardaten zeigen die Boundary; jeder Teil hat eigene Content-Disposition- und Content-Type-Header, getrennt durch Boundary-Strings. Der Content-Type-Header enthält multipart/form-data; boundary=.... Rohes HTTP offenbart die exakte Struktur, die Bibliotheken normalerweise abstrahieren.

Die Statuszeile der Antwort zeigt den Code: HTTP/1.1 404 Not Found oder HTTP/1.1 500 Internal Server Error. Antwort-Header können Retry-After für Rate-Limiting oder WWW-Authenticate für Auth-Challenges enthalten. Das Verständnis von rohem HTTP hilft beim Debuggen von Problemen in jeder Programmiersprache.

HTTP/1.1 verwendet textbasierte Header und eine Anfrage pro Verbindung (mit Keep-Alive). HTTP/2 multiplext Anfragen über eine einzige binäre Verbindung. HTTP/3 verwendet QUIC (UDP-basiert) für einen schnelleren Verbindungsaufbau. curl unterstützt alle drei mit den Flags --http2 und --http3.

200 OK, 201 Created, 204 No Content — Erfolg. 301/302 Weiterleitungen. 400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found — Client-Fehler. 500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable — Server-Fehler. 429 Too Many Requests — Rate-Limit erreicht.

Vergleichen Sie die rohe HTTP-Ausgabe von curl2code mit dem tatsächlichen Netzwerkverkehr (nutzen Sie curl -v für eine ausführliche Ausgabe). Prüfen Sie, ob Header, Content-Type, Body-Kodierung und Content-Length den Erwartungen entsprechen. Tools wie mitmproxy, Wireshark und Fiddler zeigen rohes HTTP für jeden Client. Für CLI-Debugging siehe curl zu HTTPie.

Verwenden Sie curls -X POST -d '{"key":"value"}' -H "Content-Type: application/json" und curl2code konvertiert es in das Raw HTTP Format: POST /api/data HTTP/1.1 Content-Type: application/json {'key':'value'}. Der JSON Body und Content-Type Header bleiben in der Ausgabe erhalten. curl2code verarbeitet sowohl Inline-JSON als auch @file.json Referenzen.

Wenn Sie curl -H "Authorization: Bearer YOUR_TOKEN" URL mit curl2code konvertieren, bleibt der Bearer Token in der Raw HTTP Ausgabe erhalten: Authorization: Bearer YOUR_TOKEN. Sowohl -H "Authorization: Bearer ..." als auch OAuth Token Flags werden automatisch erkannt.

Bei der Konvertierung von curl -H "Content-Type: application/json" URL gibt curl2code den Content-Type in Raw HTTP wie folgt aus: Content-Type: application/json. Gängige Typen sind application/json, application/x-www-form-urlencoded und multipart/form-data. curl2code übernimmt den exakten Content-Type aus dem ursprünglichen curl Befehl.