Anúncios incomodam? Ir Sem anúncios Hoje 

Conversor de Comando cURL para Código

DesenvolvedorRedeTexto

ANUNCIADO Remover?

ENTRADA

Processo Automático

SAÍDA

Lado cliente

ANUNCIADO Remover?

Guia

Conversor de cURL para Código

Cole um comando cURL e obtenha instantaneamente o código do cliente HTTP equivalente em Python, JavaScript, PHP, Go ou Ruby. O conversor funciona totalmente no seu navegador, analisa o cURL com um tokenizador consciente de shells e mapeia as flags que você realmente usa — cabeçalhos, corpos JSON e de formulário, uploads multipart, autenticação básica, cookies, redirecionamentos, proxies e timeouts — para código idiomático para cada destino.

Diferente de pedir a um assistente de chat, a saída é determinística. O mesmo comando cURL sempre produz o mesmo código, sem cabeçalhos fantasmas, mapeamentos errados de flags ou chamadas inventadas a bibliotecas. As flags não suportadas são exibidas como notificações em linha em vez de serem silenciosamente descartadas, para que você possa ver exatamente o que o código gerado faz e não faz.

Como usar

Cole o comando cURL completo no campo de entrada (as linhas contínuas com \ são aceitas).
Escolha um idioma de destino no menu suspenso — Python (requests), JavaScript (fetch ou axios), Node.js (node-fetch), PHP (Guzzle ou extensão curl), Go (net/http) ou Ruby (Net::HTTP).
O código é regenerado enquanto você digita. Use o botão de cópia para obter o código ou baixe para um arquivo com a extensão correspondente.
Se houver flags que não puderem ser mapeadas exatamente, você verá uma notificação listando-as, para que nada seja perdido silenciosamente.

Características

Oito destinos de saída — Python requests, fetch, axios, node-fetch, Guzzle, php-curl, Go net/http e Ruby Net::HTTP, todos com estilo idiomático.
Analise do shell — trata citações simples e duplas, escapes de barra invertida, continuação de linhas e flags combinadas curtas como -sLke, e --flag=value sintaxe.
Detecção inteligente do corpo — corpos JSON se tornam literais de objeto tipados, corpos urlencoded se tornam mapeamentos chave/valor e uploads multipart se tornam FormData ou partes multipart. -F uploads tornam-se FormData ou partes multipart.
Autenticação e cookies — -u user:pass, tokens Bearer e -b name=value cookies são colocados no lugar certo para o idioma de destino.
Flags de transporte — -L, -k, --compressed, -x proxy, --connect-timeout, --max-timee seletores de versão HTTP são preservados.
Privacidade por padrão — o comando cURL nunca sai do seu navegador. Útil quando você está trabalhando com tokens de API que não quer copiar para um serviço de chat.

ANUNCIADO Remover?

 Perguntas frequentes

O que o utilitário cURL faz realmente?

O cURL é um cliente de linha de comando para transferir dados por protocolos de rede. Ele constrói uma requisição HTTP (ou FTP, SMTP e outros) a partir de flags da linha de comando, a envia e imprime a resposta. As flags correspondem diretamente aos conceitos HTTP — método, cabeçalhos, corpo, autenticação, redirecionamentos, configurações TLS — por isso os comandos cURL são comumente usados como uma forma portátil e neutra de descrever uma requisição HTTP em documentações e relatos de bugs.
Por que as requisições HTTP em diferentes linguagens são estruturadas de forma diferente?

Cada biblioteca de cliente HTTP envolve a mesma requisição de nível de rede com os idiomas de sua linguagem de host. O Python requests trata a requisição como uma chamada de função com argumentos nomeados. O axios e o fetch tratam a requisição como um objeto de configuração passado a uma função que retorna uma promessa. O Go compõe uma estrutura Request, anexa cabeçalhos e a executa através de um cliente. Os bytes de requisição no nível de rede são idênticos — apenas os pontos de chamada diferem. Um conversor traduz uma sintaxe de superfície para outra, mantendo a carga de dados no nível de rede inalterada.
Qual a diferença entre application/json e application/x-www-form-urlencoded?

Ambas são formas comuns de enviar um corpo de requisição, mas codificam os dados de maneira diferente. O application/x-www-form-urlencoded codifica o corpo como pares chave=valor no formato de URL, o mesmo formato usado em uma string de consulta. O application/json envia um documento JSON e suporta objetos aninhados, arrays e valores tipados como números e booleanos. Os servidores analisam o corpo com base no cabeçalho Content-Type, então escolher o tipo certo é o que torna os dados legíveis no lado recebedor.
Por que o cURL não segue redirecionamentos por padrão, enquanto outros clientes HTTP fazem?

Seguir redirecionamentos automaticamente pode mascarar erros e criar riscos de segurança — uma resposta 3xx pode redirecionar para um host diferente que não deveria receber o cabeçalho de autenticação original, por exemplo. O cURL escolheu um padrão conservador que exige que você opte por seguir com -L. Muitas bibliotecas de cliente de alto nível (Python requests, axios, fetch) otimizam para o caso comum e seguem redirecionamentos por padrão. Ao converter um comando cURL, isso importa: o código gerado a partir de um comando cURL simples geralmente precisa de uma opção explícita para desativar o seguimento de redirecionamentos, para que o cliente siga o comportamento do cURL.