ForHosting KIT · Strumenti per sviluppatori

Codificatore PEM Base64

Conservi il testo come si conservano certificati e chiavi: Base64 standard in righe da 64 caratteri tra i marcatori -----BEGIN CERTIFICATE----- e -----END CERTIFICATE-----, oppure apra un blocco PEM per riavere il testo originale. Gratis nel suo browser.

  • Gratis
  • Funziona nel suo browser
  • Senza registrazione
  • I suoi dati restano sul dispositivo
Usalo da WebAPIEmailTelegramApp presto
Se inserisce
Etichetta
CERTIFICATE
Ottiene
Modalità di calcolo
Encode
Lunghezza della riga
64
Byte
205

Privacy-Enhanced Mail (PEM) è l'involucro di testo in cui viaggiano ancora quasi tutti i certificati, le chiavi private e le chiavi pubbliche: un carico Base64 piegato in righe di sessantaquattro caratteri tra marcatori corrispondenti -----BEGIN LABEL----- e -----END LABEL-----. Gli sviluppatori incollano questi blocchi in config, secret di CI, secret TLS di Kubernetes e log ACME; il supporto re-avvolge un blob Base64 continuo affinché OpenSSL lo accetti; i formatori mostrano come un'intestazione CERTIFICATE differisca da PRIVATE KEY senza installare un toolkit crittografico completo.

Codifichi testo in un blocco PEM con righe da 64 caratteri

Quando label è omesso il motore usa CERTIFICATE, che corrisponde all'intento di ricerca più comune per gli incolli di certificati; altre etichette frequenti includono PRIVATE KEY, RSA PRIVATE KEY, PUBLIC KEY e CERTIFICATE REQUEST. Il motore serializza la stringa come byte UTF-8, mappa quei byte sull'alfabeto Base64 standard con padding di uguali, piega il Base64 continuo in righe di esattamente sessantaquattro caratteri con un'ultima riga più corta se serve, e avvolge il corpo tra -----BEGIN LABEL----- e -----END LABEL----- usando la stessa etichetta su entrambi i lati.

I carichi vuoti sono legali: ottiene comunque un PEM ben formato con corpo vuoto e intestazioni coincidenti, utile per testare i parser. Testo multilingue e punteggiatura fanno andata e ritorno perché il percorso è UTF-8 completo, non una scorciatoia Latin-1.

Decodifichi un blocco PEM e gestisca l'input non valido in sicurezza

Imposti mode su decode e inserisca un blocco PEM completo in text, comprese le righe BEGIN e END. Gli spazi iniziali e finali intorno al blocco sono tollerati affinché gli incolli multilinea da ticket e documentazione funzionino ancora. Il motore individua la prima intestazione -----BEGIN LABEL-----, legge l'etichetta, trova il piè di pagina -----END LABEL----- corrispondente e rifiuta la richiesta quando manca il piè di pagina, quando l'etichetta END non coincide con BEGIN, o quando compare un confine di incapsulamento inatteso dentro il corpo.

Le righe del corpo vengono trimmate e unite; spazi, tabulazioni e a capo nella regione Base64 vengono rimossi, poi l'alfabeto continuo è validato con le stesse regole del Base64 standard: caratteri illegali, pad in mezzo, più di due segni di uguale di padding, o una lunghezza il cui modulo quattro è uno falliscono con un messaggio esplicito. Preferisca questa capacità quando l'intento di ricerca è l'inquadratura PEM—intestazioni più righe da sessantaquattro caratteri—piuttosto che Base64 grezzo senza incapsulamento o alfabeti URL-safe dei cookie che appartengono a codificatori fratelli.

Normalizzazione di incolli di certificati e chiavi

Re-avvolga carichi Base64 continui o in chiaro in righe PEM da 64 caratteri con etichette BEGIN/END coincidenti affinché OpenSSL, secret Kubernetes e server web accettino l'incollo.

Come codifico testo come PEM Base64?

Il campo result è un blocco PEM multilinea con righe Base64 da 64 caratteri.

Come decodifico un blocco PEM?

Invii mode decode e inserisca il PEM completo (incluse le righe BEGIN/END) in text.

Quale lunghezza di riga usa il PEM qui?

Le righe del corpo sono piegate a sessantaquattro caratteri, la lunghezza classica del PEM per certificati e chiavi.

Il codificatore PEM Base64 è gratuito?

Lo strumento del browser gira gratis sul Suo dispositivo.

Cosa succede se il PEM non è valido?

Il messaggio descrive il problema; la richiesta non viene addebitata.

Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.

POSThttps://api.kit.forhosting.com/enc/base64-pem

Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.

curl -X POST https://api.kit.forhosting.com/enc/base64-pem \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"Hello, PEM!"}'
{
  "text": "Hello, PEM!"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "enc.base64_pem",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.

per richiesta$0.002

Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.

HTTPCodiceSignificato
401unauthorizedChiave API mancante o non valida: controlla l'header Authorization.
402insufficient_balanceCredito esaurito: ricarica per continuare a eseguire attività.
404unknown_typeTipo di attività sconosciuto: controlla il campo type della richiesta.
429rate_limitedTroppe richieste in poco tempo: rallenta e riprova tra qualche secondo.

Questo codificatore PEM Base64 converte in entrambe le direzioni con un solo campo mode: encode trasforma testo UTF-8 in un blocco PEM a forma standard con piegatura classica delle righe; decode rimuove le intestazioni e recupera il carico UTF-8; e rifiuta inquadrature malformate, etichette non coincidenti e Base64 illegale con un errore invalid_input chiaro. Il percorso gratuito del browser e l'API prepagata condividono lo stesso algoritmo puro, così compiti, documentazione e pipeline non divergono mai su un'interruzione di riga. Il successo via API costa $0.002 per elemento; i fallimenti di validazione non vengono addebitati.

Codifichi testo in un blocco PEM con righe da 64 caratteri

Invii un corpo JSON con il campo stringa obbligatorio text impostato sul carico UTF-8 in chiaro che desidera spedire come PEM, lasci mode al valore predefinito encode oppure imposti mode su encode in modo esplicito, e facoltativamente imposti label con la stringa di tipo che deve comparire nei confini di incapsulamento. Sono accettati gli alias opzionali input, value, s, pem e payload per il campo text, e direction, op e action per mode, così client generati e nomi di form legacy restano validi. La risposta include sempre result con la stringa PEM multilinea completa, mode encode, label che ripete il tipo risolto, line_length fisso a sessantaquattro, base64_body come Base64 continuo senza intestazioni né a capo per i client che servono entrambe le forme, e bytes uguale alla lunghezza UTF-8 prima della codifica così i test possono asserire la dimensione del carico.

Decodifichi un blocco PEM e gestisca l'input non valido in sicurezza

Se passa anche label in decodifica, deve essere uguale all'etichetta trovata nel blocco; una discrepanza fallisce con invalid_input così l'automazione può asserire di aver ricevuto PRIVATE KEY quando per errore è stato incollato un CERTIFICATE. Dopo la validazione dell'alfabeto i byte sono decodificati come UTF-8 con un decoder fatale, così blob DER non testuali che non sono Unicode valido sollevano pure invalid_input invece di emettere caratteri di sostituzione che corromperebbero i log. Una decodifica riuscita restituisce result come la stringa recuperata, mode decode, label dalle intestazioni, line_length sessantaquattro, base64_body come il corpo continuo, e bytes come la lunghezza UTF-8 decodificata. I fallimenti di validazione non sono addebitati sull'API prepagata, quindi sondare un incollo sospetto è economico per gli operatori e sicuro per gli utenti finali.

Uso dell'API, prezzi, flussi di lavoro e limiti pratici

Usi lo strumento gratuito PEM Base64 nel browser per dimostrazioni in aula, playbook di supporto e re-avvolgimenti occasionali di un certificato incollato senza installare OpenSSL. Un flusso tipico codifica un breve segreto di configurazione come PEM etichettato per l'archiviazione in un sistema di ticket, poi lo decodifica sul servizio ricevente con mode decode affermando che bytes e label coincidono con l'originale. Un altro flusso normalizza un corpo di certificato Base64 continuo arrivato senza interruzioni di riga: encode non è richiesto se ha già PEM, ma decode accetta corpi piegati o non piegati purché siano presenti le intestazioni BEGIN e END, e può ricodificare dopo aver ispezionato result se serve di nuovo la piegatura canonica di sessantaquattro caratteri. Usi l'API prepagata del KIT quando un backend, una funzione serverless o un SDK necessita dello stesso passo di encode o decode a saldo di $0.002 per elemento riuscito; la validazione fallita non consuma mai saldo dopo il rifiuto del motore. Abbini questo endpoint a strumenti Base64 semplici quando una pipeline deve gestire sia token senza cornice sia chiavi avvolte in PEM, ma tenga le landing separate affinché ogni pagina corrisponda a un solo intento di ricerca—codificatore pem base64 versus testo in base64. Gli autori che rilasciano SDK possono mappare il campo result direttamente su un pulsante copia, mentre label e line_length rendono gli esempi OpenAPI autoesplicativi per chi conosce solo la forma classica di un file di certificato.

Controlli golden di CI e documentazione

Fissi fixture encode e decode per campioni CERTIFICATE e PRIVATE KEY così documentazione e test di integrazione continua falliscono subito se l'inquadratura PEM deriva.

Supporto e formazione

Agenti e studenti convertono testo in PEM Base64 e ritorno nel widget gratuito del browser, con errori invalid_input chiari quando mancano intestazioni o le etichette non coincidono.

Leggi la documentazione completa del KIT →