Corriger une longueur Base64 invalide
Corrigez les erreurs Base64 invalid length en vérifiant padding, alphabet URL-safe, espaces et hypothèses binaire/texte.
Utilisez cette page lorsqu'un décodeur Base64 refuse l'entrée ou produit une sortie illisible pendant un diagnostic API, log ou token.
Étapes
- Encodage/Décodage Base64
1. Retirer le bruit de transport
Supprimez guillemets, espaces, retours ligne et caractères de prompt copiés avant de réessayer.
- Encodage/Décodage URL
2. Vérifier l'alphabet
Si la valeur contient - ou _, traitez-la comme Base64 URL-safe ou convertissez ces caractères avant décodage.
- Encodage/Décodage Base64
3. Restaurer le padding
Si longueur modulo 4 vaut 2, ajoutez == ; si elle vaut 3, ajoutez =. Si elle vaut 1, la valeur est probablement tronquée.
4. Confirmer si le résultat est du texte
Les bytes décodés peuvent être binaires, compressés, chiffrés ou du texte dans un autre encodage.
Pourquoi invalid length se produit
Base64 encode les bytes par groupes qui se terminent souvent par du padding. Certains transports retirent le padding, coupent les lignes ou passent à l'alphabet URL-safe.
Ce qu'il ne faut pas faire
N'ajoutez pas des caractères au hasard jusqu'à ce que le décodeur accepte. Cela peut produire un autre flux de bytes et masquer le problème amont.
Outils dans ce workflow
Ouvrez directement les outils ciblés. Ces liens utilisent les mêmes données de registry que la recherche et la génération du sitemap.
Contrôle de confiance
Les valeurs Base64 peuvent contenir tokens, fragments de fichiers ou logs. Gardez l'entrée brute hors du stockage persistant et des diagnostics partagés.
Centre de confidentialité et de confianceFAQ
Combien de padding ajouter ?
Ajoutez seulement ce qui rend la longueur divisible par 4 : == pour un reste de 2, = pour un reste de 3. Un reste de 1 indique souvent une troncature.
Pourquoi la sortie décodée est-elle illisible ?
Les bytes décodés peuvent être binaires, compressés, chiffrés ou du texte dans un autre encodage.