Convertisseur cURL vers Fetch

Convertissez une requête cURL compatible en Fetch sans exécuter la commande.

Web et API
Préparation de votre espace de travail…

Entrée

Préparation de votre espace de travail…

Sortie
Votre résultat apparaîtra ici.

Mode d’emploi

  1. Collez une commande cURL POSIX ou chargez Exemple.
  2. Examinez l’appel Fetch et les notes de compatibilité.
  3. Copiez le code ou téléchargez request.js pour révision et usage.

D’une commande à une requête navigateur

cURL décrit une requête en ligne de commande. Fetch exprime des données similaires en JavaScript, où les règles du navigateur changent ce qui peut être envoyé ou lu.

Le convertisseur extrait les champs compatibles et produit du code. Il n’exécute pas de shell, ne lit pas de fichiers et n’envoie pas la requête pendant la conversion.

Données prises en charge

Les options courantes de méthode, headers, texte, JSON, data-urlencode et Basic/Bearer sont admises. Les guillemets POSIX sont analysés comme données, pas transmis au shell.

Fichiers locaux, multipart, expressions shell et options inconnues sont refusés pour éviter qu’une omission modifie silencieusement la requête.

Exemple
Entrée
curl --location 'https://httpbin.org/anything?source=devtoolsy' --header 'Content-Type: application/json' --data-raw '{"message":"Hello, API!","active":true}'
Résultat
fetch("https://httpbin.org/anything?source=devtoolsy", {method: "POST", headers: {"Content-Type": "application/json"}, body: "{\"message\":\"Hello, API!\",\"active\":true}", credentials: "omit", redirect: "follow"});

Données d’exemple uniquement. Vérifiez les valeurs, l’authentification et le comportement du point de terminaison dans votre propre contexte.

Compatibilité navigateur

Fetch dépend de CORS, headers gérés par le navigateur, règles de cookies et redirections. Un appel valide peut ne pas reproduire la réponse obtenue en ligne de commande.

Utiliser le code

Copier et Télécharger n’exportent que du code. Lisez les notes avant exécution ; headers, URL et body peuvent contenir des identifiants de la commande source.

Limites de traitement

Les outils locaux acceptent 1 MiB, les URL 64 KiB, avec 5 secondes de traitement maximum. Les requêtes API acceptent 100 headers et 100 lignes de paramètres, un délai de 1–120 secondes et jusqu’à 5 MiB de données de réponse reçues. Les longs aperçus de texte sont abrégés. Les requêtes vont directement à l’endpoint choisi ; CORS et les règles du navigateur s’appliquent.

Pour aller plus loincURL · Manuel de commande
?

Questions fréquentes

La conversion envoie-t-elle la requête ?

Non. Analyse et génération sont locales. La requête part uniquement si vous exécutez le code Fetch ailleurs.

Pourquoi Fetch échoue-t-il alors que cURL fonctionne ?

Le navigateur impose CORS et contrôle certains headers, identifiants et redirections. Le code généré ne contourne pas ces règles.

Un fichier @filename peut-il être lu ?

Non. Les bodies de fichiers locaux et multipart ne sont pas pris en charge. Aucun chemin mentionné n’est lu.

Puis-je utiliser les guillemets PowerShell ou cmd ?

La syntaxe attendue est cURL POSIX. Adaptez les conventions des autres shells auparavant.

L’authentification est-elle retirée ?

Non. Les données compatibles sont converties. Vérifiez ou masquez les secrets avant de partager le code.

Trouvez votre prochain outil

Langue

Changer de langue ? Le contenu actuel sera effacé. Copiez ou téléchargez d’abord votre travail.