¿Odias los anuncios? Ir Sin publicidad Hoy 

Convertidor de comandos cURL a código

DesarrolladorRedesTexto

ANUNCIO · ¿ELIMINAR?

APORTE

Proceso automático

PROD.

Lado cliente

ANUNCIO · ¿ELIMINAR?

Guía

Conversor de cURL a código

Pega un comando cURL y obtén inmediatamente el código del cliente HTTP equivalente en Python, JavaScript, PHP, Go o Ruby. El conversor funciona completamente en tu navegador, analiza el cURL con un analizador consciente de la shell y mapea las banderas que realmente usas — cabeceras, cuerpos JSON y formularios, subidas multipart, autenticación básica, cookies, redirecciones, proxies y tiempos de espera — a código idiomático para cada destino.

Diferente de pedir a un asistente de chat, la salida es determinista. El mismo comando cURL siempre produce el mismo código, sin caballos de headers inventados, mapeos incorrectos de banderas o llamadas a bibliotecas inventadas. Las banderas no soportadas se muestran como notificaciones en línea en lugar de ser silenciosamente descartadas, así que puedes ver exactamente qué código se genera y qué no.

Cómo Usar

Pega el comando cURL completo en el cuadro de entrada (las continuaciones en línea con \ están bien).
Elige un idioma de destino desde el menú desplegable — Python (requests), JavaScript (fetch o axios), Node.js (node-fetch), PHP (Guzzle o extensión curl), Go (net/http) o Ruby (Net::HTTP).
El código se actualiza mientras escribes. Usa el botón de copiar para obtenerlo o descárgalo con la extensión correspondiente.
Si alguna bandera no se pudo mapear exactamente, verás una notificación que lista esas banderas para que nada se pierda silenciosamente.

Características

Ocho destinos de salida — Python requests, fetch, axios, node-fetch, Guzzle, php-curl, Go net/http y Ruby Net::HTTP, todos con estilo idiomático.
Analizador consciente de shell — maneja comillas simples y dobles, escapes con barra invertida, continuaciones de línea y sintaxis combinada de banderas cortas como -sLky --flag=value sintaxis.
Detección inteligente del cuerpo — los cuerpos JSON se convierten en literales de objetos tipados, los cuerpos urlencoded se convierten en mapas clave/valor y las subidas multipart se convierten en FormData o partes multipart. -F las subidas se convierten en FormData o partes multipart.
Autenticación y cookies — -u user:pass, tokens de Bearer y -b name=value cookies llegan al lugar correcto para el lenguaje de destino.
Banderas de transporte — -L, -k, --compressed, -x proxy, --connect-timeout, --max-timey selecciones de versión HTTP se conservan.
Privacidad por defecto — el comando cURL nunca abandona tu navegador. Útil cuando trabajas con tokens de API que no quieres pegar en un servicio de chat.

ANUNCIO · ¿ELIMINAR?

 Preguntas frecuentes

¿Qué hace realmente el comando de línea cURL?

cURL es un cliente de línea de comandos para transferir datos sobre protocolos de red. Construye una solicitud HTTP (o FTP, SMTP y otros) a partir de banderas de línea de comandos, la envía y imprime la respuesta. Las banderas se mapean directamente a conceptos HTTP — método, cabeceras, cuerpo, autenticación, redirecciones, configuraciones TLS — por eso los comandos cURL son comúnmente utilizados como una forma portátil y neutral de describir una solicitud HTTP en documentación y reportes de errores.
¿Por qué las solicitudes HTTP en diferentes lenguajes están estructuradas de forma diferente?

Cada biblioteca de cliente HTTP envuelve la misma solicitud en los idiomas de su lenguaje de host. Python’s requests trata la solicitud como una llamada de función con argumentos clave. axios y fetch la tratan como un objeto de configuración pasado a una función que devuelve una promesa. Go compone una estructura Request, adjunta cabeceras y la ejecuta a través de un cliente. Los bytes de la solicitud en el nivel de red son idénticos — solo difieren los puntos de llamada. Un conversor traduce una sintaxis superficial a otra mientras mantiene el mismo payload en el nivel de red.
¿Cuál es la diferencia entre application/json y application/x-www-form-urlencoded?

Ambos son formas comunes de enviar un cuerpo de solicitud, pero codifican los datos de forma muy diferente. application/x-www-form-urlencoded codifica el cuerpo como pares clave=valor en formato URL unidos por ampersands, el mismo formato usado en una cadena de consulta. application/json envía un documento JSON y soporta objetos anidados, arrays y valores tipados como números y booleanos. Los servidores analizan el cuerpo basándose en la cabecera Content-Type, por lo que elegir el tipo correcto es lo que hace que los datos sean legibles en el lado receptor.
¿Por qué cURL no sigue redirecciones por defecto, y otros clientes HTTP sí?

Siguientes redirecciones automáticamente pueden ocultar errores y crear riesgos de seguridad — una respuesta 3xx puede redirigir a un host diferente que no debería recibir la cabecera de autorización original, por ejemplo. cURL eligió un valor conservador por defecto que requiere que el usuario opte por seguirlo con -L. Muchas bibliotecas de alto nivel (Python requests, axios, fetch) optimizan para el caso común y siguen redirecciones por defecto. Al convertir un comando cURL, esta diferencia importa: el código generado a partir de un comando cURL simple típicamente necesita una opción explícita para desactivar el seguimiento de redirecciones para que el cliente coincida con el comportamiento de cURL.