Kodlama

Base32

Base32 (RFC 4648) kodlama ve çözme — metin ve dosyalar, doğrudan tarayıcıda.

Base32, like Base64, encodes binary data as text, but uses an alphabet of only 32 characters (A-Z2-7) with no easily confused characters (0/O, 1/I). That's why Base32 shows up more often where a string might be typed by a person, not just copy-pasted.

How to use it

Common uses

Things to keep in mind

Base32 grows data by roughly 60% (versus ~33% for Base64) — a trade-off for broader compatibility with case-insensitive systems and manual entry.

Base32hex is a separate variant of the same standard with a different alphabet (0-9A-V) that preserves sort order — it's incompatible with plain Base32.

Bu araç hakkında makale: Base32: Base64'ten farkı ve ne zaman daha kullanışlı

Sıkça sorulan sorular

Base32, Base64'ten nasıl farklıdır?

Base32, daha küçük olan 32 karakterlik bir alfabe (A-Z ve 2-7) kullanır; bu da onu büyük/küçük harfe duyarsız ve görsel olarak belirsiz karakterlerden arınmış yapar. Bu nedenle TOTP gizli anahtarları, DNS etiketleri ve dosya adları için tercih edilir, ancak çıktı daha büyüktür.

Base32 çıktısı neden Base64'ten bu kadar büyük?

Base32 her karakterde 6 yerine 5 bit kodlar, bu yüzden çıktı orijinal veriden yaklaşık %60 daha büyüktür — Base64'ün ~%33'ünden belirgin şekilde fazla.

Bu araç verilerimi bir yere gönderiyor mu?

Hayır. Tüm kodlama ve kod çözme, RFC 4648'e göre tamamen tarayıcınızda yerel olarak çalışır — hiçbir şey sunucuya yüklenmez.

Base32 alfabesinde neden 0 ve 1 rakamları yok?

Bu rakamlar okurken veya elle girerken O harfi ve I/l harfleriyle kolayca karıştırılabilir, bu yüzden RFC 4648 standardı bunları alfabeden bilerek çıkarıp yalnızca birbirinden net ayrılan karakterleri bırakmıştır.

Base32, Base32hex'ten nasıl farklıdır?

Base32hex (aynı RFC 4648 içinde) A-Z2-7 yerine 0-9A-V alfabesini kullanır ve dizelerin sıralama düzenini orijinal baytlarla aynı tutar. İki varyant birbiriyle uyumsuzdur.

Makaleler: Kodlama

Base64: kodlama neden gerekli ve nasıl çalışır

Base64 ikili verileri ASCII metnine nasıl çevirir ve buna gerçekten ne zaman ihtiyaç duyulur.

URL Encode/Decode: bağlantılarda percent-encoding

Adreslerdeki ve parametrelerdeki özel karakterlerin %XX dizilerine nasıl dönüştüğü.

HTML Entities: özel karakterleri güvenle nasıl gösterirsiniz

< > & karakterlerinin neden escape edilmesi gerektiği ve bunun bozuk işaretlemeyi nasıl önlediği.

JWT: token yapısı ve bir JWT'yi "çözmek" ne anlama gelir

Bir JWT'nin header, payload ve signature bölümleri ile çözmenin imza doğrulamayla aynı şey olmadığı.

Unicode Escape: \uXXXX dizileri ne anlama gelir

JSON ve JS dizelerindeki \u0041 gibi dizilerin nereden geldiği ve ne anlama geldiği.

ROT13 ve Sezar şifresi: basit karakter değişimi

13 harflik kaydırmanın ROT13'ü neden kendi kendine ters yapan bir işlem haline getirdiği ve hâlâ neden kullanıldığı.

Punycode: uluslararasılaştırılmış alan adları DNS'te nasıl çalışır

Latin olmayan karakterler içeren bir alan adının xn-- önekli ASCII formuna nasıl dönüştüğü.

Mors alfabesi: metin nokta ve çizgilere nasıl dönüşür

Harfleri nokta ve çizgilerle kodlama prensibi ve Mors alfabesinin günümüzde nerede kullanıldığı.

Data URI: görselleri doğrudan koda ne zaman gömmeli

Bir Data URI'nin bir dosyanın içeriğini doğrudan HTML veya CSS içine nasıl gömdüğü ve ne zaman buna değdiği.

Gzip + Base64: veriyi metin olarak iletmek için sıkıştırma

Sıkıştırılmış ikili verilerin bir metin alanına konmadan önce neden ayrıca Base64 ile kodlandığı.

XML Entities: XML belgelerinde karakter escape etme

Kendileri olmadan belgenin ayrıştırma sırasında bozulduğu beş zorunlu XML entity.