CodeKitHub
Türkçe
Kodlama Araçları

Çevrimiçi Base64 Kodlayıcı / Kod Çözücü

Metni Base64'e dönüştürün veya bir Base64 dizesini tekrar okunabilir metne geri dönüştürün. Bu araç UTF-8 uyumlu olduğundan, basit Base64 araçlarının işleyemediği emoji, Çince ve diğer ASCII dışı karakterleri doğru bir şekilde işler. Tüm işlemler tarayıcınızda yerel olarak gerçekleştirilir.

Bu Araç Nedir?

Base64, ikili veya metin verilerini 64 adet güvenli ASCII karakterinden (A–Z, a–z, 0–9, + ve /) oluşan bir kümeye dönüştüren bir kodlama şemasıdır. Yazılımın her alanında kullanılır: HTML/CSS'ye resim gömme, HTTP Temel kimlik doğrulama başlıkları, e-posta ekleri (MIME), JSON Web Token'ları ve yalnızca metin içeren kanallardan geçmesi gereken API yükleri.

Önemli: Base64 bir kodlama yöntemidir, şifreleme değildir. Herkes bu kodlamayı çözebilir. Amacı, verilerin yalnızca metin formatını anlayan sistemler üzerinden güvenli bir şekilde aktarılmasını sağlamaktır — verileri gizli tutmak değildir.

Neden Kullanmalısınız?

  • API jetonlarını, JWT segmentlerini ve kimlik doğrulama başlıklarını çözümleyerek içlerinde neler olduğunu görün.
  • Veri URI'leri, yapılandırma dosyaları veya HTTP başlıkları için metni kodlayın.
  • UTF-8 uyumlu: Emojiler ve Latin alfabesi dışındaki karakterler doğru şekilde kodlanıp çözülür.
  • %100 gizli — dönüştürme işlemi tarayıcınızda gerçekleşir, hiçbir şey yüklenmez.
  • Ücretsiz, giriş gerektirmez, boyut sınırı yoktur.

Nasıl Kullanılır

  1. İçeriğinizi giriş kutusuna yazın veya yapıştırın.
  2. Metni Base64'e dönüştürmek için "Kodla" düğmesine, Base64'ü tekrar metne dönüştürmek için ise "Kod Çöz" düğmesine tıklayın.
  3. Kod çözme işlemi başarısız olursa, girdi geçerli bir Base64 değildir — eksik karakterler veya fazladan boşluk olup olmadığını kontrol edin.
  4. Sonucu kopyalamak için "Kopyala" düğmesine tıklayın.

Örnek

Giriş

Hello, CodeKitHub! 你好 👋

Çıkış

SGVsbG8sIENvZGVLaXRIdWIhIOS9oOWlvSDwn5GL

Çin karakterlerinin ve emojilerin bu gidiş-dönüş sürecinden nasıl bozulmadan çıktığına dikkat edin — işte bu, UTF-8’in güvenli olduğu kısımdır.

Pratik ipuçları

  • JWT belirteçleri, nokta ile birleştirilmiş üç Base64 segmentinden oluşur — bunları okumak için ilk ikisini (başlık ve yük) ayrı ayrı kodunu çözün; üçüncüsü ise ikili bir imzadır ve anlamsız karakterler gibi görünecektir.
  • Bir JWT segmentinde kod çözme işlemi başarısız olursa, bu bir base64url kodlamasıdır: önce - işaretini + ile, _ işaretini ise / ile değiştirin (standart araçlar +/ karakter dizisini bekler).
  • Bir Base64 dizesi içindeki boşluklar ve satır sonları genellikle e-postalardan veya günlük dosyalarından kalan zararsız kalıntılardır; ancak sondaki = dolgu karakterinin eksik olması çoğu zaman zararlı olabilir — verinin bozuk olduğunu varsaymadan önce uzunluğunu kontrol edin.
  • Base64, verinin boyutunu yaklaşık %33 oranında artırır. Küçük veriler için sorun yoktur; ancak birkaç KB’nin üzerindeki resimler söz konusu olduğunda, gerçek dosya neredeyse her zaman veri URI’sinden daha iyi bir seçimdir.

Gerçek kullanım senaryoları

İnsanları her gün buraya getiren üç durum şunlardır: Authorization başlığının veya JWT’nin içeriğini okumak, Base64 ile kodlanmış olarak gelen bir webhook/API yük alanını çözmek (genellikle JSON’dur — çözüldükten sonra biçimlendirin) ve hata ayıklama sırasında bir veri URI’si veya Basic-Auth dizesini elle oluşturmak.

İkili veriler (görüntüler, dosyalar) söz konusu olduğunda, bunları metin olarak kod çözme işlemi yaptığınızda karşınıza mojibake çıkacağını unutmayın — veriler tamamen geçerli olabilir, ancak metin değildir. İkili verilerin kodlanması ve kod çözülmesi işlemlerinin yeri kod yazımında; bu araç ise metin durumları için optimize edilmiştir.

Kod çözme hatasının nasıl teşhis edileceği

Base64 kod çözme hataları, sıklık sırasına göre neredeyse her zaman şu üç nedenden birine dayanır: giriş aslında base64url idi (JWT’lerde ve URL-güvenli bağlamlarda yaygın olan standart + ve / yerine - ve _ kullanır) ve standart kod çözme işleminin bunu kabul edebilmesi için bu karakterlerin geri değiştirilmesi gerekir; dize, işlem sırasında bir yerde kesilmiştir (son birkaç karakteri kaçıran bir kopyala-yapıştır işlemi veya kesilmiş bir günlük satırı); bu durum, dolgu karakterleri hesaba katıldığında geçerli bir Base64 dizesinin uzunluğunun her zaman 4'ün katı olması nedeniyle tespit edilebilir; ya da kopyalama sırasında istenmeyen karakterler (fazladan boşluk, gereksiz satır sonu, yanlışlıkla tekrarlanan bir karakter) eklenmiş olabilir; bu nedenle, yeniden yazmak yerine ham kaynaktan doğrudan yapıştırmak her zaman daha güvenlidir.

JSON Biçimlendirici · URL Kodlayıcı / Kod Çözücü · JWT Çözücü

Sıkça Sorulan Sorular

Base64 bir şifreleme yöntemi midir?

Hayır. Base64, herkesin çözebileceği tersine çevrilebilir bir kodlamadır — hiçbir güvenlik sağlamaz. Verileri korumak istiyorsanız, gerçek bir şifreleme yöntemi (AES gibi) kullanın; Base64 yalnızca verilerin metin olarak güvenli bir şekilde aktarılmasını sağlamak için kullanılır.

Neden kod çözülmüş çıktım anlamsız veriler gibi görünüyor?

Ya girdi aslında Base64 değil ve kesilmiş, ya da orijinal veri metin değil de ikili veridir (örneğin bir resim gibi). İkili veriler okunabilir karakterler olarak görüntülenmez.

Sonundaki = işaretleri ne anlama geliyor?

Dolgu. Base64, 3 giriş baytı → = 4 çıkış karakteri şeklinde bloklar halinde çalışır. Giriş uzunluğu 3’e bölünemediğinde, son bloğa bir veya iki = karakteri dolgu olarak eklenir.

Bu araç emoji ve Çince karakterlerle çalışıyor mu?

Evet. Metni önce UTF-8 baytları olarak kodlar; bu, standart bir yaklaşımdır. btoa() işlevini doğrudan kullanan basit araçlar, Latin-1 dışındaki herhangi bir karakterde hata verir — bu araç ise vermez.

Verilerim herhangi bir yere yükleniyor mu?

Hayır. Şifreleme ve şifre çözme işlemleri tamamen tarayıcınızda JavaScript ile gerçekleştirilir. Verileriniz cihazınızdan asla dışarı çıkmaz.

İlgili Araçlar