TontonTools

Generador de solicitudes HTTP

Cree solicitudes HTTP: método, encabezados, cuerpo, exportadas como cURL y código.

100% Gratis Sin registro Amigable con la privacidad Desarrollo web
Actualizado sep. 2026

Generates ready-to-run request code (it does not send the request from this page).

Share X / Twitter Facebook LinkedIn WhatsApp

Cómo usar Generador de solicitudes HTTP

  1. Elija el método y pegue la URL (parámetros de consulta incluidos).
  2. Agregue encabezados uno por línea: tipo de contenido: aplicación/json y su autorización como mínimo para las API JSON.
  3. Escriba el cuerpo JSON para POST/PUT/PATCH.
  4. Copia la URL o la exportación de código y ejecútala: la misma solicitud, tu elección tiempo de ejecución.

¿Cuál es Generador de solicitudes HTTP?

Un generador de solicitudes HTTP ensambla llamadas API a partir de partes (método (GET/POST/PUT/PATCH/DELETE), URL, encabezados, cuerpo JSON) y genera los formularios ejecutables: el comando curl para una terminal y código para su idioma. Es el paso de construcción de solicitud del trabajo de API, menos la recuperación de sintaxis.

La recuperación que reemplaza es real: indicadores de curl (-X, -H por encabezado, -d para el cuerpo, citando reglas que difieren según el shell), el objeto de opciones de recuperación, el encabezado Content-Type que todos olvidan en los POST. Complete el formulario una vez; cada exportación es sintácticamente correcta.

Sobre el Generador de solicitudes HTTP

Elija el método, pegue la URL, agregue encabezados línea por línea (el formulario sugiere los estándar: Tipo de contenido: aplicación/json, Autorización: Portador...), escriba el cuerpo JSON para escribir métodos y copie el código o URL generado.

Dónde encaja en el trabajo de API: construir la primera llamada de prueba contra un punto final desconocido (los documentos dicen POST con un cuerpo JSON: constrúyalo, ejecute el cURL, vea lo que realmente devuelve); producir informes de errores reproducibles (un comando cURL es la forma estándar de entregar una solicitud fallida al soporte de una API); conversión entre formularios (tiene un cURL de documentos pero necesita recuperarlo para la interfaz; reconstruir aquí, exportar al revés); y enseñanza: el mapeo de forma a comando es la ilustración más clara de lo que es una solicitud HTTP.

Los errores clásicos que previene: falta de tipo de contenido (el servidor ignora o rechaza el cuerpo), símbolos URL sin comillas en shells (cadenas de consulta truncadas silenciosamente) y GET con cuerpos (legales en teoría, descartados por muchos servidores; el constructor oculta la entrada del cuerpo para GET como una pista).

Preguntas Frecuentes

GET lee, POST crea (o desencadena acciones), PUT reemplaza recursos completos, PATCH actualiza campos, DELETE elimina. Documento de API REST por punto final; Si no está seguro, el método de ejemplo de los documentos es la respuesta.
Casi siempre falta un encabezado Content-Type: application/json: el servidor no analizó el cuerpo como JSON. Segundo sospechoso: las citas de shell destrozaron la carga útil -d. Las exportaciones del constructor se encargan de ambos.
Según el esquema de la API, como encabezado: Autorización: Portador <token> (OAuth/JWT) o X-API-Key: <clave>. Las claves van en encabezados, no en cadenas de consulta, siempre que la API lo permita: las URL se filtran en los registros.
El cliente HTTP de línea de comandos universal, presente en todos los Mac/Linux/Windows modernos. Un comando cURL es una descripción completa y ejecutable de una solicitud, lo que la convierte en la lengua franca de los documentos API y los informes de errores.
La especificación lo permite, pero los servidores y proxies lo ignoran o lo rechazan en gran medida; nunca confíe en él. Los datos para GET van en la cadena de consulta; datos que necesita un cuerpo quiere POST.

We use cookies for analytics and to keep the tools free via ads. See our Privacy Policy.