Base64-koding forklart (og når den ikke skal brukes)

Hvordan det fungerer

Koderen skriver inndataene som UTF-8-byte, og tilordner deretter hver tredje byte til fire tegn fra Base64-alfabetet, og legger til = utfylling på slutten. Dekoding reverserer kartleggingen og leser bytene tilbake som UTF-8, og det er grunnen til at aksenttegn og emoji overlever rundturen.

• Standard Base64 med polstring. URL-sikker Base64 er tilgjengelig fra JWT-verktøyet for tokens.

Hvorfor det betyr noe

Binærdata og JSON blandes ikke godt, så de fleste API-er som har bilder, sertifikater eller små filer base64-koder dem først. Å vite hva kodingen gjør – og hva den ikke beskytter – forhindrer både korrupte overføringer og falske forventninger om personvern.

Et bearbeidet eksempel

Teksten hello wörld blir aGVsbG8gd8O2cmxk fordi koderen skriver UTF-8 byte først. Dekoding av de samme bytene gjenoppretter de originale tegnene, inkludert aksenter.

Vanlige feil

• Behandle Base64 som kryptering - det kan reverseres av alle.
• Glemte polstring, som noen dekodere avviser.
• Dekoding av et URL-sikkert token uten å oversette - og _ tilbake til + og /.

Praktiske tips

Hvis den dekodede utgangen ser ut som mojibake, var bytene sannsynligvis ikke UTF-8; dekode som Latin-1 for å inspisere dem. For URL-er, bytt til det URL-sikre alfabetet slik at + og / ikke trenger ekstra escape.

Hvordan bruke den

1. Åpne verktøyet. Alt kjører i nettleserfanen.
2. Lim inn eller skriv inn input, og velg deretter handlingen du trenger.
3. Sjekk resultatet og kopier det med ett klikk.

Åpne verktøyet

Vanlige spørsmål