Encoder ou décoder du texte en Base64

Le décodage attend un contenu Base64 représentant du texte UTF-8 valide, et non des fichiers binaires arbitraires. Base64 est un encodage, pas un chiffrement, une compression, une protection d’intégrité ou une preuve que le contenu est sûr. Les espaces, les variantes URL-safe, le remplissage manquant et un encodage de caractères différent peuvent modifier les résultats. Comparez soigneusement le texte décodé et n’exécutez pas, n’ouvrez pas et ne faites pas confiance à un contenu inconnu simplement parce qu’il se décode correctement.

Vérifiez les aspects qui déterminent la signification du résultat : clés, noms de champs, types de valeurs, imbrication, nombre de lignes et de colonnes, délimiteurs, guillemets, échappement, fins de ligne et encodage des caractères. Pour les résultats de comparaison, examinez les ajouts et les suppressions plutôt que de lire uniquement le résumé surligné. Pour Base64, distinguez le texte encodé des données binaires arbitraires. Pour les sommes de contrôle, comparez chaque caractère et confirmez le nom de l’algorithme. Validez les résultats importants avec le système destinataire, car des données syntaxiquement valides peuvent toujours violer un schéma, un champ obligatoire, une règle d’unicité ou une contrainte métier.

Le formatage et la validation répondent à des questions différentes. Le formatage analyse des données valides et les réécrit avec une indentation ou une mise en page cohérente afin de permettre une inspection plus facile. La validation vérifie si la syntaxe peut être analysée, mais elle ne confirme pas automatiquement que les valeurs satisfont un schéma ou une règle métier. La minification supprime les espaces inutiles sans modifier la valeur analysée. L’inspection résume la structure et la profondeur. Pour XML et YAML, le formatage peut normaliser les espaces insignifiants ou les choix de représentation. Comparez donc les valeurs sémantiques plutôt que de vous attendre à ce que le style textuel d’origine reste identique.

Des données d’apparence valide peuvent contenir un délimiteur invisible, une espace insécable, un guillemet non fermé, un marqueur structurel dupliqué, une séquence d’échappement mal formée, des fins de ligne mixtes, un encodage non pris en charge ou une fonctionnalité propre au format qui modifie l’analyse. Commencez par la ligne, la colonne ou le chemin indiqué, s’il est disponible. Réduisez l’entrée à la plus petite section qui échoue encore, puis restaurez progressivement les enregistrements environnants. Pour CSV, confirmez le délimiteur et l’hypothèse d’en-tête. Pour JSON, XML ou YAML, vérifiez les crochets, l’indentation, les guillemets, les entités et l’imbrication. Conservez une copie de la source pendant le diagnostic afin qu’une correction ne supprime pas d’informations valides.

Aucune installation ni inscription n’est requise pour utiliser les utilitaires de données répertoriés. Ouvrez l’action correspondant à la tâche, ajoutez ou collez la source, choisissez le mode approprié, puis copiez ou téléchargez le résultat. Avant de remplacer un fichier important, conservez l’original et testez la sortie avec l’application destinataire. L’installation n’est pas la principale question de compatibilité : les attentes du schéma, l’encodage, les délimiteurs, les fonctionnalités du classeur et la syntaxe prise en charge déterminent toujours si un autre système acceptera le résultat.