+ con - , / by _ e rimuove il padding = (RFC 4648 §5).Come funziona
Base64 rappresenta i dati usando 64 caratteri ASCII stampabili. Ogni 3 byte di input diventano 4 caratteri, per questo il risultato occupa circa il 33% in più dell'originale.
Non è né cifratura né compressione: è una codifica reversibile che chiunque può decodificare. Serve a trasportare dati binari su canali pensati solo per il testo.
La variante URL-safe (RFC 4648 §5) usa - e _ al posto di + e /, e omette il riempimento =, per poter includere il risultato in URL e nomi di file senza farne l'escape.
Esempi
Hello WorldSGVsbG8gV29ybGQ=CaféQ2Fmw6k=In UTF-8 i caratteri non ASCII occupano più di un byte, per questo "é" aggiunge due byte.>>>?estándar: Pj4+Pw== · URL-safe: Pj4-PwLa variante URL-safe sostituisce + e / con - e _, e rimuove il riempimento =.Casi d'uso
- Incorporare immagini, font o icone direttamente in HTML/CSS tramite data URI.
- Inviare allegati email (MIME) o dati binari all'interno di un JSON.
- Salvare chiavi, certificati o token in variabili d'ambiente e file di configurazione.
- Codificare le credenziali per l'header Authorization: Basic di HTTP.
Domande frequenti
Base64 è un metodo di cifratura?
No. È una codifica reversibile senza chiave: chiunque può decodificarla. Non aggiunge alcuna sicurezza; per proteggere i dati bisogna cifrarli.
Perché il risultato termina con "="?
Il "=" è riempimento (padding) per completare blocchi di 4 caratteri quando l'input non è un multiplo di 3 byte. La variante URL-safe lo omette.
Quando conviene la variante URL-safe?
Quando il valore va in un URL, un nome di file o un identificatore, perché i caratteri + e / hanno un significato speciale in quei contesti.
Perché il testo codificato è più lungo dell'originale?
Perché usa 4 caratteri per ogni 3 byte di input, quindi la dimensione cresce di circa il 33%.
Il mio testo viene caricato su un server?
No. La codifica e la decodifica avvengono interamente nel tuo browser.