Saisissez exactement Hello>? en mode Encoder. Ses octets sont 48 65 6C 6C 6F 3E 3F. Sept octets en laissent un dans le dernier groupe, donc la forme remplie exige deux signes égal. Les derniers sextets utilisent des symboles différents selon l’alphabet, ce qui vérifie les deux réglages.
Résultat standard avec remplissage
Choisissez Base64 standard et Avec remplissage. La sortie exacte est SGVsbG8+Pw==. Plus représente le symbole 62 et les deux signes égal indiquent un seul octet dans le dernier groupe. Un décodeur standard rempli doit accepter cette écriture et rendre les sept octets avant UTF-8.
Résultat Base64URL sans remplissage
Choisissez Base64URL et Sans remplissage. La sortie exacte est SGVsbG8-Pw. Le tiret remplace plus et les deux signes égal sont omis. Les octets ne changent pas. Base64Lens ne prétend pas que ce réglage convienne à tout champ URL : le protocole doit préciser alphabet et remplissage.
Les réglages incompatibles échouent
Essayez de décoder SGVsbG8+Pw== en base64url sans remplissage. Plus appartient au standard et les signes égal sont interdits, donc aucune réparation ne doit réussir. Puis utilisez SGVsbG8-Pw en standard rempli : tiret appartient à l’autre alphabet et la longueur est incomplète. Ces échecs révèlent le mauvais contrat avant copie.