Questions sur YamlBox

Non. Le convertisseur s'exécute entièrement dans votre navigateur à l'aide d'un analyseur YAML fourni. Votre configuration, y compris les secrets qu'elle contient, ne quitte jamais votre appareil et l'outil fonctionne hors ligne après le chargement de la page.

Les documents séparés par --- sont analysés individuellement et combinés dans un tableau JSON, un objet par document. Si vous ne souhaitez que le premier document, basculez l'option multi-documents sur « Premier document uniquement ».

Oui. Tout YAML 1.2 valide fonctionne : manifestes Kubernetes, docker-compose.yml, pipelines GitHub Actions et GitLab CI, playbooks Ansible, spécifications OpenAPI et fichiers de valeurs Helm. Les ancres et les alias utilisés par les modèles Helm sont résolus à leurs valeurs finales.

Les causes les plus courantes sont les tabulations utilisées pour l'indentation (YAML autorise uniquement les espaces), l'absence de deux-points après une clé ou une clé en double dans le même mappage. Le panneau d'erreur affiche la ligne incriminée et pointe vers la colonne, ce qui rend généralement le problème évident.

Les commentaires n'existent pas dans JSON, ils sont donc supprimés. Si vous avez besoin de les préserver, gardez le YAML comme source de vérité et traitez le JSON comme un artefact de construction.

Les fichiers jusqu'à quelques mégaoctets sont convertis en millisecondes. Les fichiers extrêmement volumineux (des dizaines de mégaoctets) dépendent de la mémoire de votre appareil ; un navigateur de bureau les gère confortablement là où un téléphone ne le peut pas.

Parce que c'était un nombre dans la source JSON, et YAML rend les nombres de manière canonique. Si la valeur est sémantiquement une version ou un identifiant, activez « Forcer les guillemets » pour qu'elle reste une chaîne dans le YAML.

Oui. Le générateur cite toute clé susceptible de dérouter un analyseur YAML et laisse les clés simples sans guillemets, de sorte que la sortie reste lisible mais sans ambiguïté.

Oui : collez-le, déposez le fichier dans le volet de saisie ou utilisez le bouton Fichier. Les documents de plusieurs mégaoctets conviennent dans un navigateur de bureau ; la conversion elle-même prend quelques millisecondes.

Par défaut, oui — les touches conservent leur ordre JSON. Activez « Trier les clés » lorsque vous souhaitez un fichier déterministe et alphabétique qui produit des différences nettes dans le contrôle de version.

Cela signifie que l'analyseur a trouvé un caractère qui ne peut pas apparaître là où il a été trouvé - généralement une virgule finale avant une accolade fermante, des guillemets simples au lieu de guillemets doubles ou une clé sans guillemets. Ce formateur affiche la ligne et la colonne afin que vous puissiez les corriger en quelques secondes.

Les deux. Le formatage nécessite une analyse réussie, donc si la sortie apparaît, l'entrée était valide. Tout problème structurel apparaît comme une erreur d’emplacement au lieu de produire silencieusement un mauvais résultat.

Les fichiers de quelques mégaoctets sont restitués instantanément. Pour les documents très volumineux, la mémoire du navigateur est la limite pratique plutôt que le formateur : un ordinateur portable typique gère des dizaines de mégaoctets sans problème.

Oui – activez « Trier les clés » et les clés sont triées de manière récursive à chaque niveau. Cela rend les fichiers déterministes, donc les différences de contrôle de version n'affichent que les changements réels.

Jamais. Tout est analysé dans l'onglet de votre navigateur. Vous pouvez même vous déconnecter du réseau après avoir chargé la page et le formateur continue de fonctionner.

Une différence de texte compare les lignes, donc le reformatage ou la réorganisation des clés crée du bruit. Cet outil analyse les deux documents et compare les valeurs par chemin, de sorte qu'il ne signale que les changements sémantiques réels.

Oui — les tableaux sont comparés élément par élément. Un élément qui existe dans un document mais pas dans l'autre est signalé comme ajouté ou supprimé dans un chemin indexé tel que $.users[2].

Oui. L'ordre des clés n'a pas d'importance car les deux documents sont analysés en premier. {"a":1,"b":2} et {"b":2,"a":1} sont identiques.

Convertissez-les d'abord avec le convertisseur YAML en JSON dans un autre onglet, puis collez les deux sorties JSON ici. La différence étant structurelle, la conversion préalable de YAML en JSON n’affecte pas le résultat.

Les types et la structure sont précis pour l'échantillon que vous fournissez. Ce que l'inférence ne peut pas connaître, ce sont les règles métier : qu'un âge doit être positif ou qu'un champ est une énumération. Traitez le résultat comme un point de départ solide et ajoutez des contraintes à la main.

Les schémas d'éléments sont fusionnés : les propriétés présentes dans chaque élément deviennent obligatoires et les propriétés présentes dans certains éléments seulement restent facultatives. Les différences de type produisent une union telle que type : ["string", "number"].

Choisissez draft-07 si votre validateur est AJV 6/7, des éditeurs plus anciens ou tout ce qui n'a pas été mis à jour récemment - il bénéficie du support le plus large et correspond à ce qu'attendent la plupart des outils OpenAPI 3.0. Choisissez 2020-12 pour les nouveaux projets et AJV 8.

AJV et d'autres validateurs pour les contrôles d'exécution, VS Code pour la saisie semi-automatique et la validation de vos fichiers JSON, les spécifications OpenAPI pour documenter les réponses API et les pipelines CI pour échouer les builds lorsqu'une réponse s'écarte du contrat.

Lorsque l'entrée est un tableau d'objets, chaque propriété est vérifiée pour chaque élément. Une clé manquante dans certains éléments est marquée facultative par ?, et les clés présentes partout restent obligatoires.

Un null est traité comme un type à part entière, donc un champ qui est parfois une chaîne et parfois null est tapé string | null - un type honnête plutôt qu'un mensonge auquel votre compilateur fait confiance.

Les interfaces sont la convention la plus courante et se fondent bien dans les déclarations ; les alias de type sont mieux lus pour les unions et les intersections. Fonctionnellement, pour les formes de données générées, l'un ou l'autre fonctionne : faites correspondre votre base de code existante.

Pas directement. Générez le schéma JSON à partir de la même charge utile et dérivez un validateur, ou écrivez le schéma Zod à la main et utilisez ces interfaces pour le côté statique. Les types décrivent la forme au moment de la compilation ; les validateurs vous protègent au moment de l’exécution.

Oui. Collez ou déposez le fichier JSON — l'imbrication est déduite de manière récursive. Les charges utiles très volumineuses sont limitées par la mémoire du navigateur plutôt que par le générateur lui-même.

Un JSON null ne peut pas être stocké dans une chaîne simple ou un int, donc un champ nullable obtient un pointeur (*string, *int). Cela permet à encoding/json de distinguer « absent » et « présent mais nul » sans échouer, ce qui est exactement à quoi servent les types de pointeurs.

Si une valeur est une chaîne dans un élément et un nombre dans un autre, le générateur en utilise une plutôt que d'inventer un mauvais type concret. Vous pouvez ensuite choisir un UnmarshalJSON personnalisé si le API est vraiment si lâche.

Uniquement pour les champs manquants dans au moins un élément de votre échantillon. Les champs obligatoires reçoivent des balises simples, donc l'aller-retour ne supprime pas les données.

Oui : les onglets, l'alignement et l'ordre des champs suivent les conventions gouvernementales. Exécutez gofmt -l après le collage et il ne devrait signaler aucun changement.

Oui. Les objets imbriqués deviennent des structures nommées distinctes alors que le cycle est impossible dans JSON analysé, de sorte que même les charges utiles profondément imbriquées génèrent un ensemble de types plat et lisible.

Chaque colonne est analysée sur toutes les lignes. Tous les entiers deviennent INTEGER/INT, toute décimale devient NUMERIC/DOUBLE, les booléens deviennent BOOLEAN, les chaînes de type JSON deviennent TIMESTAMPTZ et les objets ou tableaux imbriqués deviennent JSONB/JSON/TEXT selon le dialecte.

Il s'agit d'un script simple avec des chaînes littérales correctement échappées, il constitue donc un point de départ sûr. Vérifiez-le avant de l'exécuter en production : vous souhaiterez peut-être des clés primaires, des index, des contraintes NOT NULL et des clés étrangères que le générateur ne peut pas déduire.

Ils deviennent une seule colonne JSON/JSONB/TEXT contenant la valeur imbriquée. La modélisation relationnelle de structures imbriquées est une décision de conception, le générateur ne devine donc pas les jointures à votre place.

PostgreSQL si vous voulez JSONB et TIMESTAMPTZ, MySQL pour JSON colonnes avec des valeurs numériques DOUBLE, SQLite pour les bases de données et les tests basés sur des fichiers. La structure du script est identique ; seuls les noms de types et les littéraux booléens changent.

Les zéros non significatifs sont significatifs dans les identifiants tels que les codes postaux, les codes de produits et les numéros de téléphone. La conversion de type est donc désactivée par défaut ; activez-le uniquement lorsque chaque colonne d'apparence numérique est réellement numérique.

Correctement : l'analyseur suit la RFC 4180, donc "Hopper, PhD" est un champ, pas deux. Les guillemets doubles intégrés ne sont pas échappés et les valeurs entre guillemets sur plusieurs lignes sont conservées.

Oui. Les délimiteurs sont détectés automatiquement à partir de la première ligne et vous pouvez remplacer explicitement le choix dans la barre d'options.

JSON Lignes (un objet JSON par ligne) est le format attendu par la plupart des outils de données, des processeurs de journaux et des pipelines LLM. Le streaming est également meilleur : chaque ligne peut être traitée indépendamment.

Aucune limite artificielle : les fichiers très volumineux ne sont limités que par la mémoire de votre navigateur. Un CSV de 50 Mo se convertit confortablement sur un ordinateur portable classique.

Ils sont aplatis avec une notation par points, donc {"customer":{"name":"Ada"}} devient la colonne customer.name. Les tableaux imbriqués ne peuvent pas être aplatis de manière significative et sont sérialisés sous la forme JSON à l'intérieur de la cellule.

La liste de colonnes est l'union de toutes les clés de tous les enregistrements. Une clé manquante produit simplement une cellule vide, qui maintient chaque ligne alignée sur le même en-tête.

Oui. La sortie est la norme RFC 4180 CSV avec encodage UTF-8. Dans Excel, utilisez Données → Depuis Texte/CSV si vous double-cliquez sur l'encodage mangles sur les anciennes versions.

Oui — chaque ligne est analysée comme un seul enregistrement, donc l'entrée JSONL produit la même table qu'un tableau JSON équivalent.

XML autorise un attribut et un élément enfant portant le même nom, que JSON ne peut pas exprimer avec une seule clé. Le préfixe @ conserve les attributs distincts des éléments, donc rien n'est perdu lors de la conversion.

Lorsque la même balise apparaît plus d'une fois parmi les frères et sœurs, les valeurs deviennent un tableau JSON. Une seule occurrence reste un scalaire ou un objet – c'est pourquoi les consommateurs devraient tolérer les deux, ou pourquoi vous devriez normaliser votre code.

Oui. Les éléments avec espace de noms conservent leurs noms locaux et les collisions de préfixes sont préservées telles qu'écrites dans la source. Si vous avez besoin d'une fidélité totale à l'espace de noms, conservez le XML d'origine à côté du JSON.

Oui — l'enveloppe et le corps sont convertis comme n'importe quel autre XML. Pour SOAP, continuez à activer la diffusion afin que les champs numériques arrivent sous forme de nombres plutôt que de chaînes.

Non. Le fichier .xlsx est analysé par JavaScript dans l'onglet de votre navigateur à l'aide d'un lecteur fourni. Il ne quitte jamais votre appareil, ce qui rend l'outil sécurisé pour les données RH, financières et clients.

.xlsx (Excel 2007 et versions ultérieures) et .csv. Le format binaire existant .xls n'est pas pris en charge : ouvrez-le dans Excel et enregistrez-le d'abord au format .xlsx ou .csv.

Les valeurs mises en cache stockées par Excel sont utilisées. Si un fichier a été enregistré avec des formules mais sans résultats mis en cache (rare, mais possible), ces cellules peuvent apparaître vides. La réenregistrement dans Excel actualise le cache.

Excel stocke les dates sous forme de numéros de série ; le lecteur les convertit en dates JavaScript et émet des chaînes ISO, donc "2025-03-14" arrive sous forme de texte plutôt que 45730.

L'élément <track>, ainsi que tous les principaux acteurs du navigateur, implémentent la spécification WebVTT. SRT est un format hérité des outils de diffusion : les lecteurs qui l'acceptent effectuent généralement une conversion interne, imparfaite.

Non. La conversion est une transformation de texte côté client. Les contenus confidentiels ou inédits ne quittent jamais le navigateur, ce qui constitue souvent une exigence contractuelle pour les studios.

WebVTT ne les nécessite pas et ils sont facultatifs. Par défaut, les repères sont renumérotés séquentiellement ; vous pouvez désactiver complètement la numérotation.

Oui — Les balises SRT <b>/<i>/<u> sont des WebVTT valides et sont conservées. Les remplacements de positionnement de style {an8} spécifiques à SRT sont supprimés, puisque WebVTT exprime le positionnement différemment.

Il tolère les bizarreries habituelles du monde réel : , ou . en millisecondes, heures à un chiffre, lignes vides manquantes entre les signaux avec des codes temporels valides. Les fichiers véritablement endommagés génèrent une erreur claire au lieu d'une corruption silencieuse.

Avec cet outil, oui pour le jeton lui-même : le décodage est du pur JavaScript dans votre navigateur et rien n'est envoyé nulle part. Mais traitez quand même les jetons comme des secrets : un JWT est un identifiant au porteur, valable pour quiconque le détient jusqu'à son expiration. Pour les tokens de production, préférez décoder localement dans votre propre débogueur.

Non, et aucun décodeur non plus sans votre clé secrète ou publique. Le décodage uniquement en base64url décode les segments. La vérification nécessite la clé de signature et appartient à votre backend ou à une bibliothèque comme jose ou jsonwebtoken.

Les causes habituelles sont : la réclamation exp a réussi, le jeton a été émis pour un public (aud) ou un émetteur (iss) différent, l'horloge du serveur diffère suffisamment pour attirer nbf dans le futur, ou la clé de signature a été pivotée. Le comité des réclamations répond instantanément aux trois premières.

iat est émis à, exp est l'heure d'expiration et nbf n'est pas avant. Tous les trois sont des horodatages Unix en secondes. Un jeton est valide lorsque nbf ≤ now < exp (lorsque ces revendications sont présentes).

Vous pouvez modifier la charge utile, mais la signature ne correspondra plus, donc tout serveur qui vérifie les signatures la rejettera – correctement –. Pour les tests, reconnectez-vous avec la clé dans votre environnement ; c'est la seule façon de tester honnêtement les chemins d'authentification.

Par grandeur : les secondes d'époque sont aujourd'hui à 10 chiffres (1735689600), les millisecondes 13 (1735689600000). Le convertisseur applique cette règle et respecte également les décimales explicites : 1735689600,5 est traité comme des secondes avec une partie fractionnaire.

Tous deux décrivent le même instant. UTC est indépendant du fuseau horaire et est toujours sécurisé pour le stockage et les journaux. Local affiche ce que l'horloge de votre appareil affiche, en utilisant le fuseau horaire du navigateur, ce que perçoit l'utilisateur.

Presque toujours un bug de fuseau horaire plutôt qu'un bug d'horodatage : une valeur créée avec un analyseur d'heure locale mais lue au format UTC (ou vice versa). Comparez les lignes UTC et locales ici - si elles diffèrent par votre décalage UTC, c'est la cause.

Oui. Les horodatages Unix négatifs sont valides et représentent des dates antérieures à l'époque ; le convertisseur les gère et analyse également les chaînes de dates historiques.

Le dépassement d'entier signé 32 bits à 03:14:07 UTC le 19 janvier 2038 affecte les anciens systèmes stockant les horodatages au format int32. En JavaScript, cet outil n’est pas affecté – et la pratique actuelle du stockage 64 bits ou millisecondes n’y est pas soumise.

Utilisez encodeURIComponent pour une valeur que vous placez dans un paramètre de requête (?q=…) : elle échappe à &, =, ?, / et # afin que la valeur ne puisse pas briser la structure du URL. Utilisez encodeURI pour un URL complet que vous souhaitez conserver intact, ce qui laisse :, / et ? seul.

Dans un chemin ou un fragment, l'espace doit être de %20. Dans application/x-www-form-urlencoded data — le corps d'un formulaire HTML classique — l'espace est +. L'analyseur de requêtes traite ici + comme un espace, ce qui est le comportement correct pour les chaînes codées sous forme de formulaire.

Parce qu'il a été codé deux fois – souvent un framework codant une valeur déjà codée. Décodez une fois ici ; si le résultat contient toujours des séquences%, décodez à nouveau, puis corrigez le pipeline pour qu'il code exactement une fois.

Oui. Le texte est codé en octets UTF-8, puis échappé en pourcentage, de sorte que le japonais, l'arabe, le cyrillique et les emoji produisent tous des URL correctes et interopérables.

Non. Base64 est un encodage, pas un cryptage : il n'a pas de clé et n'offre aucune confidentialité. Traitez les données codées en Base64 comme du texte brut qui semble simplement brouillé. Utilisez le cryptage (TLS, AES, âge) lorsque le secret est nécessaire.

Le standard Base64 utilise + et /, qui posent problème dans les URL et les identifiants. La variante URL-safe (RFC 4648 §5) remplace - et _ et omet souvent le remplissage =, de sorte que la valeur survit en étant placée dans une chaîne de requête ou un nom de fichier.

Cet outil décode en texte, ce qui convient aux charges utiles de texte. Si les octets décodés sont une image ou une archive, ce décodeur le signale clairement au lieu d'imprimer des déchets - utilisez un outil d'octets dans un fichier pour ceux-ci.

Rembourrage. Base64 code 3 octets en 4 caractères ; lorsque la longueur d'entrée n'est pas un multiple de trois, les plages d'encodage avec = pour garder le bloc complet. Le rembourrage est souvent facultatif et est retiré lors d'une utilisation en toute sécurité.

La traduction de la requête est exacte : la méthode, URL, les en-têtes et le corps correspondent à ce que curl enverrait. Ce que vous devez ajouter avant l'expédition : gestion des erreurs (vérifiez Response.ok), délais d'attente avec AbortController et logique de nouvelle tentative pour les appels idempotents.

Il est noté dans un commentaire plutôt que traduit, car la récupération de nœud vérifie TLS par défaut et sa désactivation dans le code est une décision de sécurité. Corrigez plutôt le certificat ; si vous en avez vraiment besoin, définissez NODE_TLS_REJECT_UNAUTHORIZED=0 dans un environnement jetable uniquement.

-u user:pass devient un en-tête Authorization: Basic avec les informations d'identification codées en Base64, ce qui est exactement ce que curl envoie. Préférez les jetons à l'authentification de base là où le API le prend en charge.

La compression est transparente lors de la récupération, donc --compressed ne nécessite aucun code. Les redirections sont suivies par défaut dans fetch, faisant correspondre curl avec -L ; si vous avez besoin d'une gestion de redirection manuelle, définissez redirect : "manual".

La plupart des échecs proviennent de guillemets non échappés dans des chaînes de shell complexes ou d'indicateurs que l'analyseur ne reconnaît pas. L’erreur nomme le jeton avec lequel elle s’est étouffée – il est généralement plus rapide de corriger la commande que de deviner.

Parce que les fichiers README sont lus sous forme brute au moins aussi souvent que sous forme rendue – dans les éditeurs, les diffs et les terminaux. Les colonnes rembourrées rendent la source lisible et les moteurs de rendu Markdown ignorent les espaces supplémentaires.

Oui — collez le tableau ; une entrée délimitée par des barres verticales est reconnue et la ligne de séparation existante est ignorée, de sorte que vous récupérez les données sans le formatage.

Oui, avec une barre oblique inverse (\|), qui est l'échappement Markdown standard à saveur GitHub. Sans cela, un tube dans une valeur diviserait silencieusement la ligne en colonnes supplémentaires.

GitHub, GitLab, Bitbucket, Obsidian, Notion (via coller), Jira, la plupart des générateurs de sites statiques et tout moteur de rendu CommonMark avec prise en charge des tables. GitHub Aromatisé Markdown est la norme de facto ici.