Base64-kodare/avkodare

Koda och avkoda Base64-text direkt i din webbläsare.

Indata

Utdata

Klar. Klistra in text eller Base64 för att börja.

Din text kodas och avkodas direkt i webbläsaren. Ingenting laddas upp till BroBroGo.

Vanliga frågor

Är det säkert att klistra in min text här?

Ja. Kodning och avkodning sker helt och hållet i din webbläsare – ingenting skickas till BroBroGo.

Hanterar verktyget kinesiska tecken, emojis och andra tecken med flera byte korrekt?

Ja. Text kodas och avkodas som UTF-8, så att tecken med flera byte (som kinesiska tecken och emojis) bevaras korrekt utan att bli till oläslig text.

Vad är skillnaden mellan standard och URL-säker Base64?

URL-säker Base64 ersätter + och / med - och _, samt utelämnar utfyllnad (padding), så att resultatet kan användas direkt i en URL eller ett filnamn utan att behöva kodas om.

Vad Base64-kodning är och varför det används

Base64 är en metod för att omvandla binär data eller text till ett format som enbart består av ASCII-tecken. Detta görs för att säkerställa att informationen kan överföras säkert över system som annars riskerar att förvanska tecken utanför standardsortimentet. Genom att representera data med en begränsad teckenuppsättning förhindras att kontrolltecken eller specifika protokollkoder misstolkas under överföringen.

Verktyget hanterar text genom att koda den till en Base64-sträng eller avkoda en befintlig Base64-sträng tillbaka till läsbar text. Processen sker direkt i webbläsaren. Detta är särskilt användbart för utvecklare, supportpersonal och tekniska användare som snabbt behöver konvertera mindre textstycken till eller från Base64 och Base64URL, samt verifiera att konverteringen fungerar korrekt i båda riktningarna.

Skillnaden mellan standard Base64 och URL-säker Base64

När du använder Base64-kodning kan du välja mellan två olika varianter beroende på var den kodade texten ska användas:

  • Standard: Detta är standardalternativet som använder tecknen + och / för att representera de sista två värdena i indexet, samt = för utfyllnad (padding). Dessa tecken kan dock orsaka problem i webbadresser eftersom de har speciella betydelser i URL-protokoll.
  • URL-säker: Denna variant är utformad för att kunna användas direkt i en URL eller ett filnamn utan extra teckenkodning. Den URL-säkra varianten ersätter tecknet + med - och tecknet / med _, samt tar helt bort alla utfyllnadstecken.

Verktyget startar i läget "Koda" med varianten "Standard" som förval. Du kan enkelt växla mellan dessa alternativ baserat på om din utdata ska bäddas in i en URL eller användas i ett traditionellt textdokument.

Hantering av UTF-8 och tecken med flera byte

En vanlig utmaning vid textkodning är hanteringen av tecken som sträcker sig utanför det grundläggande ASCII-omfånget, såsom kinesiska tecken eller emojis. Detta verktyg bearbetar all text som UTF-8.

Eftersom UTF-8 använder flera byte för att representera mer komplexa tecken, säkerställer verktyget att dessa byte-sekvenser bevaras intakta under både kodning och avkodning. Detta förhindrar att tecken med flera byte blir till oläslig text eller förstörs när de omvandlas till Base64 och sedan avkodas tillbaka till sitt ursprungliga format.

Inbäddning av binär data och felmeddelanden

Base64 används ofta för att bädda in binär data, till exempel bilder eller typsnitt, direkt i textbaserade format som HTML eller CSS. Även om detta verktyg är optimerat för text, kan du stöta på specifika felmeddelanden om du försöker avkoda data som inte representerar vanlig text:

  • Inte giltig Base64 – kontrollera om det finns ogiltiga tecken eller om något blev fel vid kopieringen. Detta meddelande visas om indata innehåller tecken som inte ingår i Base64-teckenuppsättningen, eller om strängens struktur är felaktig. Verktyget accepterar dock blanksteg och URL-säkra tecken under avkodningen för att underlätta processen.
  • Giltig Base64, men de avkodade byten är inte giltig UTF-8-text – detta kan vara binärdata (en bild, ett typsnitt etc.) och inte kodad text. Detta inträffar när själva Base64-strängen är korrekt uppbyggd, men de resulterande byten inte kan tolkas som giltig UTF-8-text.
  • Innehållet är för långt för det här verktyget – prova med mindre indata. Verktyget har en gräns för indata på 5 000 000 tecken. Om denna gräns överskrids visas detta felmeddelande.

Webbläsarbaserad bearbetning och integritet

När du arbetar med känslig information eller kodar text är det viktigt att veta var bearbetningen sker. Detta verktyg körs helt och hållet lokalt i din webbläsare.

Din text laddas inte upp till BroBroGo. Eftersom ingen data skickas över internet till externa servrar för att utföra själva kodningen eller avkodningen, stannar din information på din egen enhet under hela processen.

Funktioner i gränssnittet

Verktyget är utformat för att ge omedelbar feedback och har ett antal inbyggda beteenden som förenklar arbetsflödet:

  • Automatisk överföring vid lägesbyte: När du växlar från "Koda" till "Avkoda" flyttas den aktuella utdatan automatiskt till fältet för indata. Detta gör det enkelt att snabbt verifiera en konvertering i båda riktningarna.
  • Rensa-knapp: Genom att klicka på knappen "Rensa" töms utdatafältet och markören placeras automatiskt tillbaka i indatafältet så att du kan börja om direkt.
  • Statistik: Verktyget visar etiketter som "Indata", "Utdata" samt "Tecken" för att ge dig en tydlig överblick över datamängden du arbetar med.

Vanliga frågor

Är det säkert att klistra in min text här?

Ja. Kodning och avkodning sker helt och hållet i din webbläsare – ingenting skickas till BroBroGo.

Hanterar verktyget kinesiska tecken, emojis och andra tecken med flera byte korrekt?

Ja. Text kodas och avkodas som UTF-8, så att tecken med flera byte (som kinesiska tecken och emojis) bevaras korrekt utan att bli till oläslig text.

Vad är skillnaden mellan standard och URL-säker Base64?

URL-säker Base64 ersätter + och / med - och _, samt utelämnar utfyllnad (padding), så att resultatet kan användas direkt i en URL eller ett filnamn utan att behöva kodas om.

Varför får jag ett felmeddelande om att de avkodade byten inte är giltig UTF-8?

Detta händer när Base64-strängen du försöker avkoda innehåller binär data, till exempel en bild eller ett typsnitt, snarare än vanlig text. Verktyget kan avkoda själva strukturen, men kan inte visa resultatet som läsbar text eftersom det inte är en giltig UTF-8-sekvens.