Surcoût du Base64 : taille après encodage

Intégrer une image dans une page en Base64 évite une requête, mais gonfle les données. Saisissez la taille d'origine pour connaître le poids réel après encodage.

Jimenez JulienPar , éditeur de Calepin Binaire · mis à jour le

Taille d'origine
3 000 octets
Caractères Base64
4 000 (dont 0 de remplissage « = »)
Sauts de ligne ajoutés
aucun
Taille après encodage
4 000 octets
Surcoût
+ 33,3 %
Variante sans remplissage (URL)
4 000 caractères

Comment ça se calcule

Base64 transforme chaque groupe de 3 octets en 4 caractères : la taille devient 4 × plafond(n / 3). Le remplissage « = » complète le dernier groupe. Les formats MIME (76 caractères par ligne) et PEM (64) ajoutent un saut de ligne de 2 octets (CRLF) à chaque ligne. Le surcoût est donc d'environ un tiers.

Questions fréquentes

Pourquoi Base64 ajoute-t-il environ 33 % ?

Parce qu'il représente 3 octets (24 bits) par 4 caractères de 6 bits utiles : 4 divisé par 3 donne 1,33.

Le Base64 chiffre-t-il les données ?

Non. C'est un simple changement d'écriture, réversible par n'importe qui : il ne protège rien.

Cas fréquents

Des exemples déjà remplis, avec leur explication :

Intégrer cet outil sur votre site

Copiez ce code pour afficher l'outil sur votre site ou votre blog. L'outil s'exécute dans le navigateur du visiteur, sans cookie ni suivi, et affiche un lien « Propulsé par Calepin Binaire » vers cette page.

Aperçu de la version intégrable : https://mircode.org/embed/surcout-base64-taille-apres-encodage/

Les résultats sont fournis à titre indicatif. Pour aller plus loin, découvrez les sites de la catégorie Octets de bureau de l'annuaire et lisez le guide de cette catégorie.

Autres outils

Voir les 35 outils