Codor/Decodor Base64

Codorul nostru decodor Base64 convertește textul în codare Base64 și invers în timp real. Introduceți orice text și obțineți versiunea codată în Base64 sau introduceți Base64 pentru a o decodifica înapoi în text citibil. Suportă Base64 standard (RFC 4648) și Base64 compatibil cu URL-urile. Gestionează caractere UTF-8, șiruri JSON și text mare. Toată procesarea este efectuată pe partea clientului — datele dvs. nu părăsesc niciodată browserul.

star 4.9
auto_awesome AI
New

Codor Base64 calculator

0 characters
0 characters

lightbulb Tips

  • •Base64 output is always ~33% larger than input
  • •URL-safe Base64 uses - and _ instead of + and /
  • •Base64 is encoding, NOT encryption
  • •3 input bytes = 4 Base64 characters

How to Use the Codor Base64

swap_horiz

Alegeți modul

Selectați Codați pentru a converti textul în Base64 sau Decodați pentru a converti Base64 înapoi în text.

text_fields

Introduceți datele

Tastați sau lipiți textul (pentru codare) sau șirul Base64 (pentru decodare).

content_copy

Obțineți rezultatul

Rezultatul apare instantaneu. Apasă pe Copiază pentru a-l copia în clipboard.

link

Opțiune sigură pentru URL

Activează modul sigur pentru URL pentru a folosi - și _ în loc de + și / pentru un rezultat compatibil cu URL-urile.

The Formula

Codificarea Base64 transformă datele binare în text ASCII imprimabil prin împărțirea biților de intrare în grupuri de 6 biți și maparea fiecărui grup la unul din cele 64 de caractere (A-Z, a-z, 0-9, +, /). Deoarece 3 biți (24 biți) se mapează la 4 caractere Base64, rezultatul este cu ~33% mai mare decât intrarea. Umplutura (=) este adăugată dacă lungimea intrării nu este un multiplu de 3.

Base64 = encode(input bytes) → 6-bit groups → A-Za-z0-9+/ alphabet

lightbulb Variables Explained

  • input bytes Biți codificați în UTF-8 ai textului de intrare
  • 6-bit groups Intrare împărțită în bucăți de 6 biți (față de octeți de 8 biți)
  • A-Za-z0-9+/ 64 de caractere ASCII imprimabile folosite în alfabetul de codificare
  • = (padding) Caracter de umplutură adăugat pentru a face ca lungimea rezultatului să fie un multiplu de 4

tips_and_updates Pro Tips

1

Rezultatul Base64 este întotdeauna cu ~33% mai mare decât intrarea

2

Base64 compatibil cu URL-urile înlocuiește + cu - și / cu _ (util pentru adrese URL și nume de fișiere)

3

Base64 este o codificare, NU o criptare — oricine o poate decodifica, așa că nu o folosiți niciodată pentru securitate

4

Folosiți Base64 pentru a încorpora imagini mici în HTML/CSS prin intermediul URI-urilor de date

5

JSON Web Tokens (JWT) folosesc codarea Base64 compatibilă cu URL-urile pentru antet și sarcină utilă

6

Umplutura (padding) = de la sfârșit poate fi eliminată în siguranță pentru Base64 compatibil cu URL-urile

7

Base64 gestionează date binare — așa sunt transmise atașamentele de e-mail

Acest calculator ore gratuit de tip codificator și decodificator Base64 transformă textul în Base64 și invers instantaneu. Acceptă Base64 standard și sigur pentru URL, caractere UTF-8 și text lung. Tot procesul se întâmplă în browserul tău — datele tale rămân private.

Codificator Base64 - Text în Base64

Convertește orice text în codificare Base64 instantaneu. Acest calculator ore lucrate gestionează caractere UTF-8, șiruri JSON, HTML și orice text de intrare.

Copiază rezultatul Base64 pentru utilizare în:

  • API-uri
  • URI-uri de date
  • codificare pentru email
  • fișiere de configurare

Decodificator Base64 - Base64 în text

Decodifică orice șir Base64 înapoi în text citibil. Lipește conținutul codificat în Base64 și vezi textul original instantaneu.

Gestionează:

  • Base64 standard
  • Base64 sigur pentru URL
  • Base64 cu sau fără caractere de umplutură

Cum funcționează codificarea Base64?

Codificarea Base64 funcționează prin transformarea datelor binare într-un set de 64 de caractere ASCII imprimabile, conform definiției din RFC 4648 de la IETF.

Algoritmii iați de acest calculator ore munca preiau octeții de intrare și îi regrupează din octeți de 8 biți în bucăți de 6 biți, deoarece 2 la puterea a 6-a este egal exact cu 64 de valori posibile. Fiecare grup de 6 biți se mapează la un caracter din alfabetul A-Z, a-z, 0-9, plus și bară oblică.

Deoarece fiecare 3 octeți de intrare (24 biți) devin 4 caractere de ieșire, textul codificat este cu aproximativ 33 la sută mai mare decât originalul. Când lungimea intrării nu este un multiplu de 3, unul sau două semne egal sunt adăugate ca umplutură, conform specificației RFC 4648.

Este Base64 o criptare sau o codificare?

Base64 este o codificare, nu o criptare, și oferă o securitate sau confidențialitate zero. Oricine poate decodifica un șir Base64 instantaneu deoarece nu este implicată nicio cheie secretă, iar maparea reversibilă este documentată public în RFC 4648.

OWASP avertizează în mod explicit că Base64 nu este un substitut pentru criptografie și nu trebuie folosit niciodată pentru a proteja parole, tokenuri sau date personale. Singurul său scop este transportul în siguranță al datelor binare prin canale bazate exclusiv pe text, cum ar fi emailul, URL-urile și JSON.

Pentru o confidențialitate reală, folosește o criptare standardizată precum AES-256, așa cum recomandă NIST, iar pentru integritate folosește funcții hash precum SHA-256. Tratează orice șir Base64 din jurnalele tale ca pe un text simplu complet citibil.

Ce este codificarea Base64 sigură pentru URL?

Base64 sigur pentru URL este o variantă definită în Secțiunea 5 din RFC 4648 care înlocuiește caracterul plus cu o cratimă și caracterul bară oblică cu un simbol de subliniere.

Această înlocuire contează deoarece plusul și bara oblică au înțelesuri rezervate în URL-uri și căi de fișiere, unde pot fi interpretate greșit sau pot necesita codificare procentuală. Alfabetul sigur pentru URL permite valorilor codificate să circule în șirurile de interogare, segmentele de cale și numele de fișiere fără a fi corupte.

Semnele de umplutură egal sunt adesea omise în acest context, deoarece un decodificator poate deduce lungimea originală. Tokenurile Web JSON, descrise în RFC 7519, se bazează pe această codificare base64url pentru segmentele de antet și sarcină utilă, motiv pentru care șirurile JWT nu conțin niciodată caractere plus sau bară oblică.

De ce crește Base64 dimensiunea fișierului cu 33 la sută?

Base64 mărește dimensiunea datelor cu aproximativ 33 la sută deoarece reprezintă fiecare 3 octeți de intrare folosind 4 caractere de ieșire.

Treisprezece octeți conțin 24 de biți, iar Base64 împarte acești 24 de biți în patru grupuri de 6 biți, astfel încât raportul de 4 la 3 caractere adaugă o treime la lungime, așa cum este specificat în RFC 4648. Umplutura adaugă până la două caractere suplimentare pe ultimul bloc.

Acest cost suplimentar este compromisul deliberat pentru compatibilitatea cu ASCII: datele binare care ar strica e-mailul sau JSON devin complet sigure pentru text. Conform MDN Web Docs, acesta este motivul pentru care încorporarea imaginilor ca URI-uri de date Base64 face ca fișierele HTML și CSS să fie vizibil mai mari decât legarea directă a fișierului binar original.

Cum se codifică fișierele și imaginile în Base64

Pentru a codifica un fișier sau o imagine în Base64, octeții bruți sunt citiți și trecuți prin algoritmul standard RFC 4648, rezultând un șir de text pe care îl puteți încorpora direct în cod.

O utilizare comună este schema URI de date documentată de MDN Web Docs, unde o imagine devine o valoare src autonomă, cum ar fi data:image/png;base64, urmată de octeții codificați. Acest lucru elimină o cerere HTTP separată, ceea ce poate accelera încărcarea iconițelor mici.

Cu toate acestea, deoarece Base64 adaugă o dimensiune de 33 la sută și nu poate fi pus în cache separat, este cel mai bine rezervat pentru active foarte mici. Imaginile mai mari, fonturile și fișierele PDF sunt de obicei servite ca fișiere binare obișnuite, mai degrabă decât ca Base64 încorporat.

Cum gestionează Base64 caracterele UTF-8 și Unicode?

Base64 gestionează Unicode convertind mai întâi textul în octeți UTF-8, apoi codificând acești octeți cu alfabetul standard Base64. Base64 în sine operează doar pe octeți bruți, astfel încât pasul de codificare a caracterelor are loc înainte de codificare și după decodificare.

UTF-8, definit în RFC 3629 și menținut alături de Standardul Unicode de la Consorțiul Unicode, reprezintă emoji-uri, ideograme CJK și litere cu diacritice ca secvențe de mai mulți octeți pe care Base64 îi păstrează apoi exact. Acest proces în doi pași este motivul pentru care instrumentul nostru procesează corect caractere precum semnul euro sau un emoji.

În JavaScript, MDN Web Docs menține că funcția moștenită btoa acceptă doar Latin-1, astfel încât codul modern se codifică în octeți UTF-8 cu TextEncoder înainte de a apela btoa.

Pentru ce se utilizează Base64 în aplicații reale?

Base64 este utilizat oriunde datele binare trebuie să circule prin sisteme care gestionează doar text.

  • Atașamentele de e-mail sunt codificate Base64 conform standardului MIME definit în RFC 2045, care este modul în care imaginile și documentele supraviețuiesc transportului de poștă text simplu.
  • Paginile web încorporează imagini mici și fonturi ca URI-uri de date Base64, așa cum este documentat de MDN Web Docs.
  • JSON Web Tokens conform RFC 7519 își codifică cererile ca șiruri base64url, iar Autentificarea de Bază HTTP, descrisă în RFC 7617, codifică Base64 perechea de nume de utilizator și parolă cu două puncte.
  • Base64 apare și în sarcinile utile ale API-urilor, certificatele TLS în format PEM și fișierele de configurare.

În fiecare caz, obiectivul este transportul sigur, fără pierderi, mai degrabă decât compresia sau securitatea.

Greșeli comune de codificare și decodificare Base64

Cea mai comună greșeală Base64 este tratarea acesteia ca pe o măsură de securitate, în timp ce RFC 4648 definește o transformare complet reversibilă, fără cheie, pe care oricine o poate decodifica.

  • O altă eroare frecventă este amestecarea alfabetelor standard și sigure pentru URL, provocând eșecuri de decodificare atunci când caracterele plus sau bară oblică sunt schimbate cu cratimă și linie de jos.
  • Umplutura cu semnul egal lipsă sau incorectă sparge, de asemenea, decodoarele stricte, deși multe, inclusiv implementările MDN Web Docs, tolerează umplutura absentă.
  • Dezvoltatorii uită adesea pasul UTF-8 și obțin text mutilat pentru intrările care nu sunt ASCII.
  • În cele din urmă, codificarea accidentală a datelor deja în format Base64 dublează costul suplimentar.

Verificarea variantei exacte, a regulilor de umplutură și a setului de caractere în raport cu specificația RFC 4648 previne aproape toate aceste eșecuri de decodificare.

Codificarea Base64 vs Base32 vs Hexazecimal

Base64, Base32 și hexazecimal sunt toate codificări din binar în text definite împreună în RFC 4648, dar ele schimbă densitatea pentru lizibilitate în moduri diferite.

  • Hexazecimalul folosește 16 caractere și dublează dimensiunea datelor, făcându-l cel mai ușor de citit de către om și cel mai comun în hash-uri și coduri de culoare.
  • Base32 folosește 32 de caractere care nu țin cont de majuscule/minuscule, mărește datele cu aproximativ 60 la sută și evită simbolurile ambigue, ceea ce se potrivește sistemelor care nu țin cont de majuscule și secretelor TOTP.
  • Base64 este cel mai compact dintre cele trei, cu un cost suplimentar de aproximativ 33 la sută, folosind 64 de caractere.

Alegeți hexazecimal pentru depanare și identificatori scuri, Base32 atunci când sensibilitatea la majuscule este o problemă și Base64 atunci când compactitatea contează cel mai mult, după cum arată clar îndrumarea IETF din RFC 4648.

Frequently Asked Questions

sell

Tags