Retrouver du texte depuis Base64 ou Base64URL
Employez ce sens lorsqu’une chaîne est décrite comme du texte encodé en Base64. Choisissez l’alphabet standard ou Base64URL qui correspond à la source ; le validateur contrôle la forme choisie au lieu de les mélanger. Le Base64 standard peut contenir des espaces et les deux formes peuvent omettre le remplissage final. Les octets retrouvés sont lus selon le jeu de caractères sélectionné. UTF-8 est choisi initialement, mais ISO-8859-1 et UTF-16LE sont disponibles pour des données créées ainsi.
Ne supposez pas que chaque champ Base64 contient un message. Une image, une archive ou une autre valeur binaire peut aussi être représentée ainsi ; ses octets ne doivent pas être forcés dans une zone de texte. Si une chaîne valide produit une erreur de caractères, vérifiez comment le texte initial est devenu des octets et choisissez le même jeu ; des octets ISO-8859-1 ne forment pas toujours de l’UTF-8 valide. Alphabets, remplissages et suites d’octets invalides sont signalés. Le texte décodé reste une saisie non fiable, pas du HTML ou des commandes sûres.
Comment Base64 représente les octets
Base64 permet d’écrire des octets binaires avec un alphabet restreint de caractères imprimables. Trois octets d’origine deviennent quatre caractères, chacun portant six bits. Si le dernier groupe est incomplet, un signe égal peut servir de remplissage. Le résultat passe dans des canaux limités au texte, par exemple certaines URL de données, des messages ou des fichiers de configuration. Comme quatre caractères remplacent souvent trois octets, cette représentation occupe environ un tiers d’espace supplémentaire avant les autres frais de transport. Ce choix favorise la compatibilité, pas la compression.
Le texte doit devenir des octets avant d’être représenté en Base64. UTF-8 est le jeu de caractères par défaut : une lettre accentuée ou un emoji peut prendre plusieurs octets. Le sélecteur offre aussi ISO-8859-1 pour ses caractères sur un octet et UTF-16LE pour les unités de deux octets. Au décodage, choisissez le même jeu que celui qui a produit les octets, sinon le texte peut être erroné ou refusé. Base64URL emploie - et _ à la place de + et / ; choisissez l’alphabet attendu à destination. L’encodage permet d’inclure ou d’omettre le remplissage =. Base64 ne chiffre rien et ne protège aucun secret.
Vérifier la source encodée avant de décoder
Partez d’une valeur réellement écrite dans la représentation attendue. Collez un composant ou une suite d’octets encodés, puis comparez la sortie lisible au document qui les fournit. Le décodeur fonctionne dans ce navigateur et n’envoie pas la chaîne à un service de conversion. Une saisie abîmée ou d’un autre format peut échouer ou rester partiellement inchangée selon l’opération. Gardez la valeur encodée initiale pour savoir si un caractère surprenant venait de la source ou de votre interprétation.
Considérez le texte décodé comme une nouvelle saisie potentiellement non fiable. Une phrase lisible peut contenir du balisage, une URL, une chaîne ressemblant à une commande ou des informations privées demandant un traitement séparé. Ne l’insérez pas dans un contexte exécutable au seul motif que le décodage a réussi. Si le résultat semble faux, vérifiez le codage de caractères annoncé et demandez-vous si un système précédent a encodé la valeur plusieurs fois. Répéter le décodage sans comprendre ces couches peut transformer un séparateur littéral en ponctuation structurelle.