Comment encoder et décoder du Base64 avec du texte UTF-8

Les octets d'abord, puis Base64

Base64 représente des octets avec des lettres, des chiffres et quelques symboles. Snipshed convertit d’abord le texte en octets UTF-8 pour prendre en charge les accents, les différents systèmes d’écriture et les emojis.

Hola encode comme SG9sYQ==. Les = sign pads certaines sorties; ne pas le supprimer lors de l'utilisation de cette norme Base64 outil.

Décoder avec validation

Choisissez Décoder et coller le standard Base64. Le formatage des espaces blancs est ignoré, mais les caractères invalides, le remplissage ou les octets UTF-8 sont rejetés.

Base64 utilise d'autres caractères et n'est pas le format supporté ici. Les fichiers binaires ne peuvent pas non plus être affichés comme s'il s'agissait d'un texte UTF-8.

1. Sélectionnez encodage ou décodage.
2. Collez le texte complet.
3. Convertissez et vérifiez les accents et les sauts de ligne.
4. Copiez le résultat sans ajouter ou supprimer de caractères.

Il ne fournit pas de confidentialité

Tout le monde peut inverser Base64. Il ne peut pas remplacer le chiffrement, l'anonymisation ou un mot de passe; un secret codé reste lisible après décodage.

La conversion est locale. Si le résultat va dans une URL, il peut également avoir besoin de codage de composant URL en fonction du système de réception.

Distinguer texte UTF-8, octets binaires et images

Texte en binaire représente les octets UTF-8 avec huit chiffres par octet. A utilise un octet et é deux : compter les groupes binaires ne revient pas à compter les lettres. Aé devient 01000001 11000011 10101001, tandis que son Base64 est QcOp. Pour revenir au texte, choisissez décoder et conservez zéros, uns et espaces ; une longueur non multiple de huit ou des octets UTF-8 invalides produisent une erreur. La limite est de 100 000 octets. Pour une image, utilisez Image en Base64 : choisissez le PNG de test et vérifiez que la Data URL commence par data:image/png;base64,. Le préfixe déclare le type et appartient à l’URL complète. Les octets originaux sont conservés sans redimensionnement ni compression. La taille augmente d’environ un tiers, plus l’en-tête. Réservez cela aux petites images et testez la chaîne complète à destination. Représenter des octets en texte ne les chiffre pas.

Aé
UTF-8: 01000001 11000011 10101001
Base64: QcOp

Critères pour l'examen et l'obtention du résultat

Un essai Unicode peut utiliser un mot accentué, un emoji et un saut de ligne final. Encodez la séquence exacte et décodez-la à nouveau pour vérifier la conservation. Si un autre système diffère, inspectez d'abord le codage des caractères et la variante Base64. Les différences d'alphabet ou de remplissage peuvent refléter un format non pris en charge par ce convertisseur plutôt qu'un message source endommagé. Un échantillon défini aide à distinguer ces problèmes de représentation de la troncature accidentelle pendant le transfert.

Documenter si l'échange implique du texte UTF-8 ou des données binaires. Ce flux de travail est pour le texte, pas l'interprétation d'une image ou d'un fichier arbitraire. Utilisez Image to Base64 pour une URL de données d'image et conservez le préfixe attendu par la destination. Base64 est réversible, donc la sortie préserve la sensibilité du contenu d'origine même si elle semble illisible. Ne publiez pas un vrai secret comme une démonstration. Gardez une référence fictive et vérifiez la copie complète. Pour une chaîne placée dans une URL, vérifiez la variante de réception et si l'encodage des composants est également requis au lieu d'appliquer à plusieurs reprises des transformations à l'aveugle. La séquence appropriée dépend des règles de représentation de la destination et doit être établie avant de partager la valeur générée.