Kodlama

Punycode encode/decode

Unicode karakterler içeren alan adlarını (IDN) ASCII uyumlu Punycode biçimine (xn--) kodlama ve tersi.

The DNS system historically only supports ASCII characters, so domain names with Cyrillic, CJK, or other non-ASCII characters (IDN) are encoded as Punycode — an ASCII-compatible form prefixed with xn--. This tool encodes and decodes such domains.

How to use it

Common uses

Things to keep in mind

Visually similar characters from different scripts (like Cyrillic "а" and Latin "a") can form a domain that looks identical to a known brand — this is the basis of homograph phishing.

Not every browser shows decoded Unicode the same way: when a domain label mixes scripts, browsers often deliberately show the raw xn-- form as a warning sign.

Bu araç hakkında makale: Punycode: uluslararasılaştırılmış alan adları DNS'te nasıl çalışır

Sıkça sorulan sorular

Punycode ne için kullanılır?

Punycode, ASCII olmayan karakterler içeren uluslararası alan adlarını (münchen.de gibi) xn-- önekiyle ASCII uyumlu bir forma kodlar, çünkü DNS sistemi yalnızca ASCII etiketleri destekler.

Punycode alan adlarına neden dikkat etmeliyim?

Punycode, güvenilir bir alan adına görsel olarak özdeş görünen alan adları kaydetmek için başka alfabelerden benzer karakterlerin kullanıldığı homograf saldırılarına imkân tanır. Bir alan adı xn-- öneki gösteriyorsa, aslında ne yazdığını görmek için burada kodunu çözün.

Bu yalnızca tam alan adlarında mı çalışır?

Tek bir etiketi veya nokta ile ayrılmış tam bir alan adını kodlayabilir veya çözebilirsiniz — noktalar arasındaki her etiket bağımsız olarak dönüştürülür ve xn-- öneki yalnızca gerçekten ASCII olmayan karakterler içeren etiketlere eklenir.

Bir bağlantının Punycode kullandığını nasıl anlarım?

Kodlanmış bir alan adı, ASCII olmayan karakter içeren her etiketin önünde her zaman xn-- önekine sahiptir. Adres çubuğunda veya bir e-postada xn-- ile başlayan bir alan adı görürseniz, bu bir IDN belirtisidir — kodlamanın arkasında hangi metnin gizlendiğini kontrol etmekte fayda var.

Tüm tarayıcılar Kirilceyi adres çubuğunda aynı şekilde mi gösterir?

Hayır. Bazı tarayıcılar, çözülmüş Unicode'u yalnızca alan adındaki tüm karakterler tek bir alfabeye aitse gösterir; alfabetler karışıksa (bir homograf saldırısının belirtisi) bilerek orijinal karakterler yerine ham xn-- kaydını gösterirler.

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.

Base32: Base64'ten farkı ve ne zaman daha kullanışlı

Büyük/küçük harf duyarsız Base32 alfabesi ve Base64'ten daha kullanışlı olduğu durumlar.

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ığı.

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.