Què transforma Base64 i què no
Base64 representa bytes amb caràcters de text; no comprimeix, no xifra i no fa segur un fitxer per si mateix. El resultat permet transportar dades binàries per camps o protocols pensats per a text, però qualsevol persona que obtingui la cadena la pot descodificar. Per tant, una contrasenya, un testimoni o un document confidencial no queda protegit en codificar-lo. Fes servir xifratge i controls d'accés quan calgui confidencialitat. Aquesta eina serveix per inspeccionar una mostra, preparar una càrrega tècnica o recuperar el text original, però cal comprovar sempre el context on circularà la cadena.
Exemple UTF-8 reproduïble
Comença amb el text “Hola, cafè! 你好 🌍”. Conté puntuació, una vocal accentuada, caràcters xinesos i un emoji, i mostra si una implementació tracta el text com a bytes UTF-8 en lloc de caràcters ASCII simples. Tria Codificar, enganxa exactament la frase i copia la sortida. Després tria Descodificar, enganxa la sortida sense canviar-la i comprova que tornen tots els caràcters, inclosa una ñ si l'afegeixes i l'emoji. Aquesta comprovació d'anada i tornada és més sòlida que mirar l'aspecte de la cadena: confirma que coincideixen bytes i interpretació de text.
Alfabet estàndard, Base64URL i farciment
L'alfabet Base64 estàndard usa lletres majúscules i minúscules, dígits, + i /. Base64URL substitueix + per - i / per _ per poder usar la cadena en rutes i paràmetres URL sense escapar-los. Tots dos formats representen els mateixos bytes, però no s'han d'intercanviar sense saber què espera el receptor. El signe = final és farciment: fa que la longitud sigui múltiple de quatre si l'últim grup té menys bytes. Alguns formats URL l'ometen i d'altres l'exigeixen. Si falla la descodificació, identifica primer l'alfabet i la regla de farciment esperats.
Cost de mida en codificar fitxers
Base64 converteix cada grup de tres bytes d'entrada en quatre caràcters. Com a regla útil, les dades binàries creixen aproximadament un terç i al final poden tenir un o dos signes =. Un fitxer de 3 MB no continua fent 3 MB: la cadena s'acosta a 4 MB abans de comptar JSON, capçaleres o una URL data:. Aquest cost importa en API, emmagatzematge, correu i pàgines web. Inserir una imatge molt petita pot ser acceptable; per a fitxers grans o repetits normalment és millor mantenir el binari i servir-lo amb una URL habitual. Mesura la càrrega final al canal real.
Comprovació abans d'utilitzar la sortida
Comença amb una còpia petita i coneguda. Codifica-la, descodifica-la i compara el text recuperat amb l'original. Per a un fitxer, obre el fitxer recuperat o compara el seu hash amb una referència fiable mitjançant l'eina de hashes. Conserva el nom i el tipus de fitxer fora de la cadena quan el protocol no els transporta. Si reps una cadena Base64, no la consideris fiable només perquè es pugui descodificar: valida origen, longitud i format després de descodificar-la. Els JWT tenen segments Base64URL llegibles, però llegir-los no verifica la signatura; la guia JWT explica la diferència.
Límits del navegador i següents passos
El procés s'executa al navegador, de manera que el fitxer i la seva representació Base64 poden coexistir a la memòria. Amb fitxers grans això augmenta l'ús de memòria, pot alentir la pestanya o bloquejar el navegador, sobretot en dispositius mòbils. Divideix la feina, prova una mostra o usa una eina de línia d'ordres si la mida és important, i conserva l'original. Aquesta pàgina enllaça la guia completa de Base64 i, quan cal, les guies de JSON a CSV, privadesa de les eines i JWT. Base64 representa bytes; no substitueix validació, límits de mida, xifratge ni una revisió de seguretat.
Deixa explícit el límit
Documenta la variant triada al costat de cada valor emmagatzemat i prova el receptor amb una mostra coneguda. Un contracte clar evita dobles codificacions, substitucions silencioses de caràcters i diagnòstics innecessaris més endavant.