Text → Binary tarafında metin önce “byte dizisi”ne çevrilir (ASCII modunda her karakter 0–127 aralığında tek byte gibi ele alınır; UTF-8 modunda metin çok byte’lı olabilir). Sonra her byte, seçtiğiniz bit uzunluğuna göre (7 veya 8) ikili string’e dönüştürülür ve bir ayraçla birleştirilir. Binary → Text tarafında ise 0/1 grupları ayrıştırılır, byte’lara çevrilir ve ASCII/UTF-8 olarak decode edilir.

ASCII, 0–127 aralığındaki karakterleri kapsayan “tek byte” temelli eski bir standarttır. Türkçe karakterler (Ç, ğ, ı, Ş) ve emojiler ASCII dışındadır. UTF-8 ise evrenseldir; aynı karakter için birden fazla byte kullanabilir. “Sıkı ASCII” açıkken ASCII dışı karakterleri ya “?” ile değiştirir ya da hata verir; UTF-8 modunda bunlar doğal olarak desteklenir.

1) Eğitim: karakter → byte → bit ilişkisini görmek. 2) Debugging: API/Socket payload’larında binary temsili kontrol etmek. 3) IoT/Embedded: 7/8-bit paketlerin nasıl göründüğünü anlamak. 4) Veri temizleme: ayraçsız veya ayraçlı binary string’leri toparlamak.

Örneğin “Hi” ASCII(8-bit) olarak genelde “01001000 01101001” görünür. Ayraç yok seçerseniz “0100100001101001” gibi tek parça üretir. Decode ederken “Chunk” modu bu tür ayraçsız string’lerde işe yarar. Bit ayarı yanlış seçilirse sonuç bozulur; bu nedenle decode tarafında 7/8 bit seçimini özellikle kontrol edin.

• Türkçe/emoji içeren metinlerde UTF-8 modunu kullanın. • Binary girişinizde “0b” gibi önekler, virgüller veya satır sonları varsa “Otomatik” mod genelde toparlar. • Çok büyük veriyle çalışıyorsanız ayraç olarak “Space” yerine “New line” seçmek görsel okumayı kolaylaştırır.

S: Neden ASCII modunda bazı harfler hata veriyor? C: Çünkü ASCII 0–127 ile sınırlıdır. S: 7-bit ne zaman kullanılır? C: Bazı eski sistemlerde/örneklerde “saf” ASCII 7-bit gösterilir; modern pratikte çoğunlukla 8-bit pad edilir. S: Decode sonucum bozuk, neden? C: Bit ayarı ve ayrıştırma modu (Token/Chunk) uyuşmuyor olabilir.