Convertir curl en HTTP

Le HTTP brut montre le texte réel du protocole envoyé sur le réseau : la ligne de requête (GET /path HTTP/1.1), les en-têtes et le corps. C'est la représentation canonique définie dans la RFC 9110. curl2code génère le format de requête HTTP brut, ce qui est utile pour comprendre exactement ce qu'une commande curl fait au niveau du protocole.

Le HTTP brut montre la représentation exacte du protocole — idéal pour l'apprentissage et la documentation. Le HAR est structuré en JSON pour les outils. HTTPie est une syntaxe CLI conviviale pour les humains. Choisissez le HTTP brut pour comprendre le protocole, le HAR pour l'analyse, HTTPie pour les scripts. Voir aussi curl vers HAR et curl vers HTTPie.

L'authentification apparaît comme une ligne d'en-tête : Authorization: Bearer token123 ou Authorization: Basic dXNlcjpwYXNz. En HTTP brut, vous voyez l'en-tête exact qui est envoyé — ce qui facilite la vérification de la configuration de l'authentification. curl2code montre la requête complète incluant les en-têtes d'authentification.

Les données de formulaire multipart montrent la boundary, chaque partie ayant ses propres en-têtes Content-Disposition et Content-Type, séparées par des chaînes de délimitation. L'en-tête Content-Type inclut multipart/form-data; boundary=.... Le HTTP brut révèle la structure exacte que les bibliothèques masquent.

La ligne de statut de la réponse montre le code : HTTP/1.1 404 Not Found ou HTTP/1.1 500 Internal Server Error. Les en-têtes de réponse peuvent inclure Retry-After pour la limitation de débit ou WWW-Authenticate pour les défis d'authentification. Comprendre le HTTP brut aide à déboguer les problèmes dans n'importe quel langage de programmation.

HTTP/1.1 utilise des en-têtes textuels et une requête par connexion (avec keep-alive). HTTP/2 multiplexe les requêtes sur une seule connexion binaire. HTTP/3 utilise QUIC (basé sur UDP) pour un établissement de connexion plus rapide. curl prend en charge les trois avec les drapeaux --http2 et --http3.

200 OK, 201 Created, 204 No Content — succès. 301/302 redirections. 400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found — erreurs client. 500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable — erreurs serveur. 429 Too Many Requests — débit limité.

Comparez la sortie HTTP brute de curl2code avec le trafic réseau réel (utilisez curl -v pour une sortie verbeuse). Vérifiez que les en-têtes, le Content-Type, l'encodage du corps et le Content-Length correspondent aux attentes. Des outils comme mitmproxy, Wireshark et Fiddler montrent le HTTP brut pour n'importe quel client. Pour le débogage CLI, voir curl vers HTTPie.

Utilisez -X POST -d '{"key":"value"}' -H "Content-Type: application/json" de curl et curl2code le convertira au format HTTP brut : POST /api/data HTTP/1.1 Content-Type: application/json {'key':'value'}. Le corps JSON et l'en-tête Content-Type sont préservés dans la sortie. curl2code gère à la fois le JSON en ligne et les références @file.json.

Lorsque vous convertissez curl -H "Authorization: Bearer YOUR_TOKEN" URL avec curl2code, le jeton Bearer est préservé dans la sortie HTTP brute : Authorization: Bearer YOUR_TOKEN. Les drapeaux -H "Authorization: Bearer ..." et les jetons OAuth sont détectés automatiquement.

Lors de la conversion de curl -H "Content-Type: application/json" URL, curl2code affiche le Content-Type en HTTP brut comme : Content-Type: application/json. Les types courants incluent application/json, application/x-www-form-urlencoded et multipart/form-data. curl2code préserve le Content-Type exact de la commande curl originale.