Tarayıcınız güncel değil

Bu siteyi görüntülemek için tarayıcınızın veya cihazınızın işletim sisteminin güncellenmesi gerekiyor.

Your browser is out of date. Please update iOS or your browser to view this site.

Naar hoofdinhoud springen
Gizke.com
Blog

Base64- en URL-encoder

Werkt op je apparaat. Er wordt niets verstuurd.

Tekst

Resultaat

Het resultaat verschijnt hier

Codeer of decodeer Base64- en URL-gecodeerde strings, of zet een bestand om naar Base64, volledig in uw browser.

Base64 zet willekeurige binaire data om in platte ASCII-tekst met behulp van 64 afdrukbare tekens, waardoor het overal opduikt waar binaire data door een puur tekstuele kanaal moet reizen - een afbeelding direct insluiten in CSS of HTML, een bestand bijvoegen aan een e-mail, of een token coderen binnen een JWT. URL-codering (percentage-codering) is een ander, ongerelateerd schema dat tekens escaped die een URL niet letterlijk kan bevatten, zoals spaties en ampersands, zodat ze intact blijven wanneer ze in een query string worden geplaatst. Deze tool zet tekst of bestanden in beide richtingen om voor beide schema's, volledig in uw browser - niets wordt ergens naartoe geüpload.

Veelgestelde vragen

Is Base64 versleuteling?
Nee. Base64 is een codering, geen versleuteling - iedereen kan het direct decoderen zonder sleutel of wachtwoord, ook deze tool. Het verandert alleen de representatie van gegevens zodat ze veilig door systemen kunnen die tekst verwachten, geen binaire data. Gebruik het nooit om iets gevoeligs te verbergen.
Waarom eindigt met Base64 gecodeerde tekst op =-tekens?
Base64 werkt in blokken van 3 bytes, elk omgezet naar 4 uitvoertekens. Wanneer de invoer geen veelvoud van 3 bytes is, vullen =-tekens het laatste blok aan tot 4 volledige tekens. De URL-veilige variant laat deze opvulling meestal weg, omdat decoders deze meestal kunnen afleiden uit de lengte van de string.
Wat is het verschil tussen het standaard- en het URL-veilige alfabet?
Standaard Base64 gebruikt + en / als twee van zijn 64 tekens, maar beide hebben een speciale betekenis binnen een URL (respectievelijk spatie en padscheidingsteken), waardoor een standaard Base64-string kan breken als deze direct in een URL of bestandsnaam wordt geplaatst. De URL-veilige variant vervangt deze twee tekens door - en _, wat verklaart waarom dit het formaat is dat wordt gebruikt in JWT's en vergelijkbare tokens.
Waarom toont decoderen soms binaire data in plaats van tekst?
Base64 kan letterlijk elke byte coderen, niet alleen tekst - een afbeelding, een lettertypebestand, een uitvoerbaar bestand. Wanneer de gedecodeerde bytes geen geldige UTF-8-tekst vormen, kan deze tool ze niet als leesbare string weergeven, maar u kunt ze nog wel als bestand downloaden om de oorspronkelijke binaire inhoud terug te krijgen.
Waarom is met Base64 gecodeerde uitvoer ongeveer een derde groter dan het origineel?
Base64 zet elke 3 invoerbytes om in 4 uitvoertekens, waardoor het gecodeerde resultaat altijd ongeveer 4/3 (rond de 33%) groter is dan de bron - of u nu een stukje tekst of een heel bestand codeert. Die overhead is de prijs voor het weergeven van willekeurige binaire data met slechts 64 afdrukbare tekens - dat is normaal en betekent niet dat er iets mis is gegaan.
Moet ik "URL-veilig alfabet" inschakelen voordat ik een URL-veilige Base64-string decodeer?
Nee - decoderen werkt altijd, ongeacht of de string het standaard- of het URL-veilige alfabet gebruikt. Achter de schermen zet deze tool - en _ automatisch terug om naar + en /, en vult ontbrekende =-opvulling zelf aan, zodat u beide varianten direct in de decodeermodus kunt plakken. Het selectievakje is alleen van belang bij het coderen, omdat het bepaalt welk alfabet de uitvoer gebruikt.
Voor ontwikkelaars: open deze pagina met een `q`-parameter in de URL - bijv. gizke.com/base64?q=hello world - en die waarde wordt automatisch vooraf ingevuld. De meeste bezoekers hebben dit niet nodig; het is bedoeld om direct te linken naar een kant-en-klaar voorbeeld.

Deel deze tool

BlogOver onsContactGebruiksvoorwaardenPrivacybeleid