Outil Base64, URL et hash

Le texte est toujours converti en octets UTF-8 avant l’encodage, la norme du web : « Élève » devient w4lsw6h2ZQ==. Certains anciens outils utilisent Latin-1 et donnent un autre résultat. Le décodage lit aussi l’UTF-8 ; si les données ne sont pas du texte (une image, un PDF), vous pouvez les télécharger comme fichier.

Valeur (encodeURIComponent) encode tout sauf les lettres, chiffres et - _ . ! ~ * ' ( ), ce qui convient à une seule valeur de paramètre ou un segment de chemin. URL complète (encodeURI) garde les caractères comme : / ? & = # pour que l’adresse reste utilisable. « Espaces en + » suit l’encodage des formulaires dans les chaînes de requête.

Pas pour la sécurité. On peut créer des collisions pour les deux : ne les utilisez pas pour protéger des données ni pour stocker des mots de passe. Ils suffisent pour vérifier qu’un fichier a été copié correctement. Pour l’intégrité, préférez SHA-256 ou SHA-512 ; pour les mots de passe, il faut une fonction lente dédiée comme Argon2, scrypt ou bcrypt. Pour créer des mots de passe solides, utilisez Générateur de mot de passe.

Les empreintes fonctionnent pour des fichiers jusqu’à environ 2 Go. Le fichier est lu par morceaux de 8 Mo en arrière-plan : la mémoire reste faible, vous pouvez annuler à tout moment et les quatre empreintes sont calculées en un seul passage. La conversion de fichiers en Base64 est limitée à 10 Mo, car le résultat est environ un tiers plus gros et doit tenir dans la page.

HMAC associe une clé secrète à une fonction de hachage pour signer un message. Les API et webhooks (des prestataires de paiement, par exemple) utilisent HMAC-SHA256 pour prouver qu’une requête vient bien d’eux. Saisissez ici la clé et le message pour comparer une signature. Pour les liens et noms de fichiers, voyez aussi Générateur de slug.