Base64 koding og dekoding

Base64, definert i RFC 4648, skriver vilkårlige byte med 64 skrivbare ASCII-tegn: A–Z, a–z, 0–9, + og /. Hver gruppe på tre byte (24 bit) deles i fire 6-biters tall, og hvert tall velger ett tegn fra alfabetet. Hvis inndataene ikke har en lengde som er delelig med tre, fylles den siste gruppen ut med ett eller to likhetstegn (=). Resultatet blir alltid omtrent 33 % større enn inndataene: 4 tegn for hver 3 byte.

Det finnes fordi mange kanaler ble bygget for tekst. E-post (MIME), data:-URL-er i HTML og CSS, JSON-felt som bærer bilder eller sertifikater, og HTTP Basic-autentiseringsoverskrifter bruker alle Base64 for å flytte binære data trygt. Det er ikke kryptering og skjuler ingenting; avkoding krever ingen nøkkel.

Base64 koder byte, ikke bokstaver, så tekst må først gjøres om til byte. Dette verktøyet bruker alltid UTF-8, kodingen nettet bygger på: é blir to byte og en emoji fire. Nettleserens innebygde funksjon btoa gir alene en feil ved tegn over U+00FF, og derfor feiler enkle kodere på aksenter og emojier. Her går teksten gjennom TextEncoder først, og avkodingen reverserer det med TextDecoder. Hvis de avkodede byteene ikke er gyldig UTF-8 (et bilde, en zip-fil), viser verktøyet dem som heksadesimal i stedet for uleselig tekst.

Standard Base64 bruker + og /, som har egne betydninger i URL-er og filnavn. Det URL-trygge alfabetet fra avsnitt 5 i RFC 4648 erstatter dem med - og _, og utfyllingen utelates vanligvis. JSON Web Tokens bruker nøyaktig denne formen. Avkoderen godtar begge alfabetene og manglende utfylling, så du kan lime inn begge deler.

Velg en fil, så leser verktøyet den lokalt med FileReader og gir deg Base64-teksten, eller en komplett data:-URL med filens MIME-type, klar til å limes inn i en img-tagg eller en CSS-bakgrunn. Innebygde bilder sparer en HTTP-forespørsel, men blir en tredjedel større og kan ikke bufres hver for seg, så de passer for små ikoner, ikke bilder. For bilder med forhåndsvisning og ferdige HTML- og CSS-snutter, bruk Bilde til Base64.