Converter curl para HTTP

O HTTP em bruto mostra o texto real do protocolo enviado pela rede: a linha de pedido (GET /path HTTP/1.1), cabeçalhos e corpo. É a representação canónica definida no RFC 9110. O curl2code gera o formato de pedido HTTP em bruto, que é útil para compreender exatamente o que um comando curl faz ao nível do protocolo.

O HTTP em bruto mostra a representação exata do protocolo — melhor para aprendizagem e documentação. O HAR é estruturado em JSON para ferramentas. O HTTPie é uma sintaxe CLI amigável para humanos. Escolha HTTP em bruto para compreensão do protocolo, HAR para análise, HTTPie para scripts. Veja também curl para HAR e curl para HTTPie.

A autenticação aparece como uma linha de cabeçalho: Authorization: Bearer token123 ou Authorization: Basic dXNlcjpwYXNz. No HTTP em bruto, vê o cabeçalho exato que é enviado — facilitando a verificação de que a autenticação está configurada corretamente. O curl2code mostra o pedido completo, incluindo cabeçalhos de autenticação.

Os dados de formulário multipart mostram o boundary, cada parte com os seus próprios cabeçalhos Content-Disposition e Content-Type, separados por strings de boundary. O cabeçalho Content-Type inclui multipart/form-data; boundary=.... O HTTP em bruto revela a estrutura exata que as bibliotecas abstraem.

A linha de estado da resposta mostra o código: HTTP/1.1 404 Not Found ou HTTP/1.1 500 Internal Server Error. Os cabeçalhos de resposta podem incluir Retry-After para limitação de taxa ou WWW-Authenticate para desafios de autenticação. Compreender o HTTP em bruto ajuda a depurar problemas em qualquer linguagem de programação.

O HTTP/1.1 utiliza cabeçalhos baseados em texto e um pedido por ligação (com keep-alive). O HTTP/2 multiplexa pedidos sobre uma única ligação binária. O HTTP/3 utiliza QUIC (baseado em UDP) para uma configuração de ligação mais rápida. O curl suporta as três com as flags --http2 e --http3.

200 OK, 201 Created, 204 No Content — sucesso. 301/302 redirecionamentos. 400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found — erros do cliente. 500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable — erros do servidor. 429 Too Many Requests — taxa limitada.

Compare a saída HTTP em bruto do curl2code com o tráfego de rede real (utilize curl -v para saída detalhada). Verifique se os cabeçalhos, Content-Type, codificação do corpo e Content-Length correspondem às expectativas. Ferramentas como o mitmproxy, Wireshark e Fiddler mostram o HTTP em bruto para qualquer cliente. Para depuração em CLI, veja curl para HTTPie.

Utilize o -X POST -d '{"key":"value"}' -H "Content-Type: application/json" do curl e o curl2code irá convertê-lo para o formato Raw HTTP: POST /api/data HTTP/1.1 Content-Type: application/json {'key':'value'}. O corpo JSON e o cabeçalho Content-Type são preservados no resultado. O curl2code lida tanto com JSON inline como com referências @file.json.

Quando converte curl -H "Authorization: Bearer YOUR_TOKEN" URL com o curl2code, o token Bearer é preservado no resultado Raw HTTP: Authorization: Bearer YOUR_TOKEN. Tanto as flags -H "Authorization: Bearer ..." como as flags de token OAuth são detetadas automaticamente.

Ao converter curl -H "Content-Type: application/json" URL, o curl2code apresenta o Content-Type em Raw HTTP como: Content-Type: application/json. Os tipos comuns incluem application/json, application/x-www-form-urlencoded e multipart/form-data. O curl2code preserva o Content-Type exato do comando curl original.