Outils d’encodage

Les données voyagent rarement sous leur forme d’origine. Les fichiers binaires sont convertis en texte pour survivre aux e-mails et au JSON, et le texte est échappé pour tenir dans une URL. Quand un côté encode et l’autre décode différemment, on obtient des liens cassés, des accents abîmés ou des jetons qui ne se valident plus. Cette catégorie réunit des convertisseurs gratuits qui montrent exactement ce qui a changé et pourquoi, entièrement dans votre navigateur, sans rien envoyer.

Encodeur et décodeur Base64

L’encodeur et décodeur Base64 convertit du texte en Base64 et inversement, avec les alphabets standard et sûr pour URL, des retours à la ligne optionnels pour MIME et PEM et une gestion correcte de l’UTF-8 pour que les accents et emojis survivent. Il indique le surcoût de taille et passe à une vue hexadécimale quand les octets ne sont pas du texte, idéal pour inspecter des data URIs, des en-têtes d’authentification Basic et les parties d’un JWT.

Encodeur et décodeur d’URL

L’encodeur et décodeur d’URL encode une valeur seule ou une adresse complète, retransforme les séquences %XX en texte lisible et décompose un lien en hôte, chemin et paramètres. Il repère les échappements mal formés et le double encodage, comme une espace devenue %2520, et propose le signe plus pour les espaces si besoin.

Quand les utiliser

Servez-vous-en quand un lien contenant une recherche ou une redirection casse, quand une API reçoit des paramètres qui semblent corrompus, quand vous devez lire un jeton ou un certificat à la main, ou quand vous intégrez une petite image en data URI. Voir les octets exacts des deux côtés révèle généralement l’écart en quelques secondes.

Encoder n’est pas protéger

Base64 et l’encodage pourcent rendent les données transportables, pas confidentielles. N’importe qui peut les inverser : ne vous en servez jamais pour cacher un mot de passe, un jeton ou des données personnelles. Pour le secret, utilisez un vrai chiffrement ou un jeton signé, et gardez les secrets hors des URL.

Erreurs d’encodage fréquentes

La plupart des bugs viennent de quelques récidivistes : décoder du base64url avec l’alphabet standard, retirer le remplissage = qu’attend un décodeur strict, encoder une valeur deux fois si bien qu’une espace devient %2520, utiliser encodeURI là où il fallait encodeURIComponent, ou lire des octets UTF-8 en Latin-1 de sorte que les accents deviennent é. Comparer l’entrée et la sortie côte à côte montre de quel cas il s’agit.

Liste de contrôle d’encodage

Avant d’encoder, sachez quel format attend l’autre côté : Base64 standard ou sûr pour URL, avec ou sans remplissage, une valeur seule ou une URL entière, espaces en %20 ou en +. Encodez une seule fois, au moment où la valeur entre dans l’URL ou le contenu, utilisez toujours l’UTF-8 et décodez un exemple pour vérifier que l’aller-retour rend l’original. Gardez sous la main quelques échantillons valides connus, pour tester en quelques secondes la mise à jour d’une bibliothèque ou d’un framework.

Comprendre les détails

Les deux convertisseurs renvoient vers des guides détaillés qui expliquent le fonctionnement des encodages, les différences de remplissage et d’alphabet qui piègent souvent, et comment dépanner une sortie qui ne se décode pas.

Astuce: encodez une valeur une seule fois, là où elle entre dans une URL, un en-tête ou une data URI, et décodez-la une seule fois là où elle en sort. Encoder deux fois est la cause la plus fréquente de %2520 et de Base64 déformé. Un contrôle rapide consiste à décoder la valeur une fois et à voir si elle contient encore des caractères % ou = qui ne devraient pas y être. Gardez une copie du résultat pour le comparer après la prochaine modification.