Convertir curl a HTTP

El HTTP en bruto muestra el texto real del protocolo enviado por la red: la línea de petición (GET /path HTTP/1.1), las cabeceras y el cuerpo. Es la representación canónica definida en el RFC 9110. curl2code genera el formato de petición HTTP en bruto, lo cual es útil para entender exactamente qué hace un comando curl a nivel de protocolo.

HTTP en bruto muestra la representación exacta del protocolo — ideal para aprendizaje y documentación. HAR está estructurado en JSON para herramientas. HTTPie es una sintaxis de CLI amigable para humanos. Elige HTTP en bruto para entender el protocolo, HAR para análisis, HTTPie para scripts. Consulta también curl a HAR y curl a HTTPie.

La autenticación aparece como una línea de cabecera: Authorization: Bearer token123 o Authorization: Basic dXNlcjpwYXNz. En HTTP en bruto, ves la cabecera exacta que se envía — facilitando la verificación de que la autenticación está configurada correctamente. curl2code muestra la petición completa incluyendo las cabeceras de autenticación.

Los datos de formulario multipart muestran el límite (boundary), cada parte con sus propias cabeceras Content-Disposition y Content-Type, separadas por cadenas de límite. La cabecera Content-Type incluye multipart/form-data; boundary=.... El HTTP en bruto revela la estructura exacta que las bibliotecas suelen abstraer.

La línea de estado de la respuesta muestra el código: HTTP/1.1 404 Not Found o HTTP/1.1 500 Internal Server Error. Las cabeceras de respuesta pueden incluir Retry-After para limitación de tasa o WWW-Authenticate para desafíos de autenticación. Entender el HTTP en bruto ayuda a depurar problemas en cualquier lenguaje de programación.

HTTP/1.1 usa cabeceras basadas en texto y una petición por conexión (con keep-alive). HTTP/2 multiplexa peticiones sobre una única conexión binaria. HTTP/3 usa QUIC (basado en UDP) para un establecimiento de conexión más rápido. curl soporta las tres con los flags --http2 y --http3.

200 OK, 201 Created, 204 No Content — éxito. 301/302 redirecciones. 400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found — errores del cliente. 500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable — errores del servidor. 429 Too Many Requests — tasa limitada.

Compara la salida HTTP en bruto de curl2code con el tráfico de red real (usa curl -v para una salida verbosa). Verifica que las cabeceras, Content-Type, codificación del cuerpo y Content-Length coincidan con lo esperado. Herramientas como mitmproxy, Wireshark y Fiddler muestran HTTP en bruto para cualquier cliente. Para depuración en CLI, consulta curl a HTTPie.

Usa -X POST -d '{"key":"value"}' -H "Content-Type: application/json" de curl y curl2code lo convertirá al formato Raw HTTP: POST /api/data HTTP/1.1 Content-Type: application/json {'key':'value'}. El cuerpo JSON y el encabezado Content-Type se preservan en la salida. curl2code maneja tanto JSON en línea como referencias a @file.json.

Cuando conviertes curl -H "Authorization: Bearer YOUR_TOKEN" URL con curl2code, el token Bearer se preserva en la salida Raw HTTP: Authorization: Bearer YOUR_TOKEN. Tanto -H "Authorization: Bearer ..." como los flags de token OAuth se detectan automáticamente.

Al convertir curl -H "Content-Type: application/json" URL, curl2code genera el Content-Type en Raw HTTP como: Content-Type: application/json. Los tipos comunes incluyen application/json, application/x-www-form-urlencoded y multipart/form-data. curl2code preserva el Content-Type exacto del comando curl original.