Codificatore e decodificatore Base64

La codifica è una mappatura deterministica da Unicode ad ASCII; la decodifica rifiuta caratteri fuori alfabeto, padding rotto e payload non UTF-8 con invalid_input così che gli script falliscano in modo chiuso.

Come il convertitore Base64 trasforma il testo in entrambi i sensi

Un codificatore e decodificatore Base64 è un convertitore andata e ritorno: lo stesso modulo impacchetta testo Unicode nell'alfabeto di sessantaquattro caratteri usato da JSON, dalla posta e dai file di configurazione, oppure scompone quell'alfabeto fino a recuperare la stringa originale. La risposta mette la stringa convertita in result, ripete il mode risolto, indica charset come utf-8 e indica input_length e output_length perché un client mostri entrambi i lati del viaggio senza una seconda chiamata. Gli alias input, value e payload sono accettati per la stessa stringa quando moduli datati o client generati usano quei nomi.

Modo decode, controlli dell'alfabeto ed errori di Base64 non valido

Spazi, tabulazioni e interruzioni di riga vengono rimossi così che un incolla spezzato da un'e-mail o da un log funzioni ancora, ma ogni altro carattere fuori dall'alfabeto standard provoca un fallimento invalid_input immediato. I segni di uguale del padding possono essere presenti o omessi quando il resto è legale; una lunghezza il cui modulo quattro vale uno, più di due padding, padding in mezzo a un quartetto o un padding nelle prime due posizioni di un gruppo vengono rifiutati con un messaggio esplicito perché i client correggano il payload invece di indovinare. Dopo la convalida dell'alfabeto, i byte recuperati vengono decodificati come UTF-8 con un decoder fatale: sequenze troncate, encoding troppo lunghi e punti di codice surrogati falliscono come invalid_input invece di produrre caratteri sostitutivi che corromperebbero gli schermi a valle. I fallimenti di convalida non vengono addebitati sull'API prepagata, quindi sondare un token sospetto resta economico per gli operatori e sicuro per l'utente finale.

Flussi, tariffa e quando un convertitore andata e ritorno conviene

Chiami il codificatore e decodificatore Base64 gratuito nel browser per dimostrazioni in aula, playbook di supporto e conversioni occasionali senza installare OpenSSL né runtime di linguaggio. Un altro flusso verifica che un esempio della documentazione si decodifichi ancora nel testo documentato prima di una pubblicazione, intercettando un segno di uguale troncato che altrimenti partrebbe come frammento rotto. Tenga le richieste a dimensioni di testo ordinarie, tratti il Base64 non valido come errore del client e non come tempesta di tentativi, e otterrà un convertitore andata e ritorno riproducibile per compiti, plugin LMS e worker di edge senza erigere una libreria crittografica propria. Usi l'API KIT prepagata quando un backend, una funzione serverless o un SDK necessita dello stesso passo encode o decode a saldo $0.002 per elemento riuscito; una convalida fallita non consuma mai il saldo dopo che il motore ha rifiutato la richiesta. Un flusso tipico codifica un breve valore di configurazione per conservarlo in una variabile d'ambiente, lo spedisce tramite un sistema di ticket, poi lo decodifica sul servizio ricevente con mode decode e verifica che output_length coincida con il conteggio originale dei caratteri. Abbini questo endpoint a strumenti di codifica percentuale quando una stringa deve sopravvivere sia a Base64 sia alle regole delle query, ma tenga i passi separati perché ogni pagina risponda a un solo intento di ricerca. Chi pubblica SDK può collegare il campo result a un pulsante di copia, mentre le etichette mode e charset rendono schermate ed esempi OpenAPI autoesplicativi per i lettori che conoscono solo l'alfabeto classico con segni di uguale.