Discussion:Base64
- Admissibilité
- Neutralité
- Droit d'auteur
- Article de qualité
- Bon article
- Lumière sur
- À faire
- Archives
- Commons
Cet article est indexé par le projet Informatique.
Les projets ont pour but d’enrichir le contenu de Wikipédia en aidant à la coordination du travail des contributeurs. Vous pouvez modifier directement cet article ou visiter les pages de projets pour prendre conseil ou consulter la liste des tâches et des objectifs.
| Avancement | Importance | pour le projet | |
|---|---|---|---|
| Bon début | Faible |  | Informatique (discussion • critères • liste • stats • hist. • comité • stats vues) |
Cet article ne comporte pas de liste de tâches suggérées. Vous pouvez saisir une liste de tâches à accomplir (par exemple sous forme d'une liste à puces), puis sauvegarder. Vous pouvez aussi consulter la page d'aide.
Graphic[modifier le code]
Hello, I drew the image in the German Wikipedia article de:Base64. If you like the image there I would also create a French one. But for that I need the French names for "byte" and "character" because I don't speak French. :-) --84.158.228.101 5 janvier 2006 à 08:04 (CET) (de:Benutzer:RokerHRO)
byte --> octet character --> caractère
Explication[modifier le code]
L'explication concernant l'usage du caractère = ne me semble pas très clair ; peut-être faudrait-il inclure des exemples ? L'exemple de codage ("Hi!") est assez mal choisi parce qu'il possède une longueur multiple de 3, ce qui n'est donc pas l'occasion de montrer comment on remplit avec ce caractère.
- Très juste. J'ai tenté une explication en complétant avec deux exemples (qui peuvent peut être remplacer le premier, mais à ce stade j'ai trouvé ça bien d'avoir tous les cas) Mansuetus (discuter) 13 octobre 2020 à 19:04 (CEST)
Coreutils[modifier le code]
Coreutils propose un outil basenc qui encode décode les bases de la rfc4648 et plus encore... de plus l'utilisation de "echo" n'est pas conseillé (si je ne me trompe) il vaut mieux utiliser "printf" voir ici
paragraphe incompréhensible[modifier le code]
Ce paragraphe : Afin de surmonter l'invariance incompatible de Base64 due à l'inclusion de plus de deux caractères "classe symbolique" (+, /, =, etc.) dans le contenu de sortie, un schéma ....
Par exemple, que veut dire invariance incompatible de Base64 ?
88.191.137.54 (discuter) 28 mai 2019 à 09:17 (CEST)
Complétion de bits à 0[modifier le code]
Lorsque j'ai fait mes tests, j'ai constaté qu'utiliser des bits non nuls pour compléter donnait le même résultat que les bits "nuls" au décodage. e.g : echo -n "Qm9uam91ci==" | base64 -d donne ainsi le même résultat que echo -n "Qm9uam91cg==" | base64 -d (qui est le résultat le plus "conforme"). Je ne sais pas si c'est une implémentation farfelue ni que faire de cette découverte (probablement nobélisable). Mansuetus (discuter) 13 octobre 2020 à 19:10 (CEST)
Les blancs augmentent la taille... 🤥[modifier le code]
> Les caractères « blancs » (espace, tabulation, retour à la ligne) augmentent encore plus la taille.
En quoi ? Soit il y a vraiment un truc qui souhaitait etre mis en avant, soit c'est un non sens.
Le paragraphe suivant est du même auteur et explique un peu :
> Avec ce codage, même les caractères lisibles dans les données d'origine sont encodés de manière illisible. Si la majorité des caractères d'un texte initial sont déjà lisibles, on peut envisager de ne coder que les caractères problématiques. Voir par exemple pour cela l'encodage Quoted-Printable.
Mais l'article n'est pas un lieu de débat. Base64 est une norme. Expliquer un défaut oui, le faire en disant qu'on trouve mieux ailleurs, non.