Base64URL to Text konverter
Kodeerige tekst URL-kindlaks Base64-ks või dekodeerige see tagasi, järgides RFC 4648 jaotise 5 base64url-tähestikku. Tööriist teisendab sisendi UTF-8-vormingusse, kasutab + ja / asemel - ja _ ning jätab =-täite välja, kui te seda ei soovi. Dekodeerimisel aktsepteeritakse nii täitega kui ka täiteta sisendit. Arendajad kasutavad seda JWT-osade, OAuth PKCE-väärtuste, allkirjastatud URL-ide ja failinimede jaoks, mis peavad linkides säilima.
Korduma kippuvad küsimused
Mis on Base64URL?
Base64URL on URL ja failinimedes turvaline variant Base64-ist, mis on määratletud RFC 4648 jaotises 5. See asendab märgi + märgiga - ja märgi / märgiga _, nii et tulemust saab URL-ides ja failinimedes kasutada ilma paomärkideta. Polsterdusmärk = jäetakse tavaliselt välja.
Kas näidet saab vaadata?
Tekst foobar kodeeritakse kujule Zm9vYmFy, samamoodi nagu tavalise Base64 puhul. Tekst ??> kodeeritakse kujule Pz8-, samal ajal kui tavaline Base64 annab tulemuseks Pz8+; tekst subjects?_d annab tulemuseks c3ViamVjdHM_X2Q. Dekodeerimisel saadakse algne tekst tagasi.
Kas peaksin polsterduse sisse lülitama?
Jäta see JWT-de, PKCE-koodiväljakutsete ja enamiku veebikasutuste puhul välja, sest neis jäetakse = märgid ära. Lülita see sisse ainult siis, kui vastuvõttev süsteem ootab pikkust, mis jagub neljaga. Dekooder aktsepteerib mõlemat varianti.
Kuidas selle tööriistaga JWT dekodeerida?
Kopeeri päise või koormuse osa ehk punktide vahele jääv tekst ja dekodeeri see. Tulemuseks saad JSON. Kolmas osa on binaarne allkiri, seega teatab tööriist, et see pole korrektne UTF-8 tekst.
Miks mu sisend tagasi lükatakse?
Kehtivad ainult märgid A kuni Z, a kuni z, 0 kuni 9, - ja _, millele võib järgneda lõpus =. Tavalise Base64 märgid + ja / lükatakse tagasi; nende jaoks kasuta Base64-muundurit. Kehtetu on ka pikkus, mille korral viimasesse rühma jääb üksainus märk.
Kas tööriist eirab tühimärke?
Jah. Tühikud, tabeldusmärgid ja reavahetused eemaldatakse enne dekodeerimist. See on kasulik, kui väärtused kopeeritakse murdunud ridadega logidest või e-kirjadest.
Kuidas käsitletakse erimärke ja emotikone?
Enne teisendamist kodeeritakse tekst UTF-8-sse, nii et kõik märgid, sealhulgas emotikonid, säilivad edasi-tagasi teisendamisel täpselt. Kuvamiseks peavad dekodeeritud baidid moodustama korrektse UTF-8 teksti.
Kas Base64URL sobib tundlike andmete kaitsmiseks?
Ei. See on ainult kodeering ega paku kaitset. Näiteks JWT koormus on kõigile loetav, mistõttu ei tohi see sisaldada saladusi.
Kui palju mahtu kodeerimine lisab?
Iga 3 baiti muutub 4 märgiks, nii et kodeeritud andmed on umbes 33 protsenti suuremad. Ilma polsterduseta on väljund kuni kahe märgi võrra lühem.
Kui palju teksti saan teisendada?
Kuni 5 MiB teksti päringu kohta. Sisendit ei salvestata.