Base64URL rappresenta gli stessi byte di Base64, sostituendo due caratteri. Decodex accetta entrambi gli alfabeti per decodificare testo UTF-8. Nessuno dei due formati cifra i dati.
Alfabeto e padding
Base64 usa + e /; Base64URL usa - e _. Lettere e cifre non cambiano. Il padding = dipende dal protocollo e può essere conservato oppure omesso. Una stringa composta soltanto da lettere e numeri non permette di distinguere i due formati.
Problemi nei parametri URL
Nel formato application/x-www-form-urlencoded, + può diventare uno spazio. Usa URLSearchParams per costruire i parametri. Se il + è già stato perso, il decoder non può ricostruirlo con certezza. 😀 diventa 8J+YgA== in Base64 e 8J-YgA== in Base64URL.
Conversione e verifica
Dopo aver codificato i byte, sostituisci + con - e / con _. Elimina i = finali soltanto se il protocollo lo consente. Decodex produce Base64 standard con padding e decodifica anche Base64URL. Leggere un segmento JWT non verifica la firma, la scadenza o le autorizzazioni.
Prova questo esempio
| Formato | Testo | Base64 |
|---|---|---|
Base64 | 😀 | 8J+YgA== |
Base64URL | 😀 | 8J-YgA== |
Base64URL (JWT) | 😀 | 8J-YgA |
Domande frequenti
Base64URL esclude sempre il segno =?
No. Segui il formato richiesto dal destinatario. In Decodex, 8J-YgA senza padding restituisce 😀.