LocalUtils field note · Convertir du texte entre UTF-8, Base64 et hexadécimal
Convertir du texte entre UTF-8, Base64 et hexadécimal
Base64 et hexadécimal sont des représentations textuelles réversibles des octets. Ils aident à déplacer les données via des systèmes qui attendent des caractères imprimables, mais ils n'assurent pas le secret, l'authenticité ou le contrôle d'accès.
Le convertisseur est adapté au texte UTF-8 ordinaire et aux chaînes codées qui tiennent confortablement dans la mémoire du navigateur. Il ne s'agit pas d'un encodeur de fichiers binaires en streaming et ne doit pas être utilisé pour dissimuler des mots de passe, des jetons ou des enregistrements privés.
Démarrage rapide
- Identifiez si la source est du texte UTF-8 brut, Base64 ou hexadécimal avant de choisir une direction.
- Collez un petit échantillon connu et convertissez-le une fois.
- Inversez la conversion et comparez le texte ou les octets récupérés avec l'original.
- Lorsque vous utilisez le résultat dans un autre système, confirmez son alphabet, son remplissage, son codage d'octets et ses attentes en matière de sauts de ligne ou de préfixes.
device → browser engine → result
Ce que fait le navigateur
Le navigateur convertit le texte en octets UTF-8 et représente ces octets en Base64 ou en hexadécimal. Les opérations de décodage inversent la représentation et interprètent les octets récupérés sous forme de texte.
Aucune clé de cryptage n'est impliquée. Toute personne possédant la valeur codée peut normalement la décoder. Le texte reste dans le chemin de l'utilitaire du navigateur, mais peut rester dans l'historique du presse-papiers ou dans l'état du formulaire géré par le navigateur après utilisation.
Entrées et sorties
- La saisie et la sortie de texte utilisent les attentes UTF-8.
- Base64 utilise l'alphabet standard et peut inclure un remplissage de signe égal.
- L'hexadécimal nécessite des paires de chiffres hexadécimaux valides représentant des octets.
Limites à connaître avant de commencer
- Les données binaires arbitraires peuvent ne pas être décodées en texte UTF-8 significatif.
- Les variantes Base64 sécurisées pour les URL peuvent utiliser différents caractères et règles de remplissage.
- Les caractères de longueur impaire ou non hexadécimaux rendent le format hexadécimal invalide.
- Les valeurs élevées s'étendent en Base64 ou en hexadécimal et peuvent rendre un flux de travail de zone de texte inefficace.
Dépannage
- Si le décodage Base64 échoue, supprimez les étiquettes environnantes et vérifiez si la source utilise un alphabet sécurisé pour les URL.
- Si le texte est tronqué, confirmez le codage d'octet d'origine plutôt que de supposer UTF-8.
- Si hex échoue, supprimez les espaces ou les préfixes uniquement lorsque le format de destination ne les nécessite pas et confirmez un nombre pair de chiffres.
Liste de contrôle de vérification
- Effectuez un aller-retour avec un échantillon connu via l'encodage et le décodage.
- Comparez la longueur des octets et les caractères exacts, y compris les espaces.
- Traitez chaque valeur décodée comme une entrée non fiable avant de la placer dans du HTML, une commande ou un programme.
Les questions que les gens posent
Le cryptage Base64 est-il ?
Non. Il s’agit d’un cryptage public qui peut être inversé sans clé secrète.
Pourquoi Base64 est-il plus long que l’original ?
Il représente chaque groupe d'octets binaires avec des caractères imprimables, en ajoutant environ un tiers plus un remplissage facultatif.
Est-ce que cela peut convertir n’importe quel fichier ?
L'interface est conçue pour des valeurs de la taille d'un texte. Les fichiers binaires volumineux ou arbitraires nécessitent un encodeur de fichiers de streaming et un flux de travail de sortie qui préserve les octets.