'Uluslararası' alan adına sahip olmayla ilgili teknik sorunlar var mı?


20

Dilimde standart alan adında izin verilmeyen çok sayıda karakter var. Bununla birlikte, bu en kolay (çoğunlukla bırakarak desenli güvenli benzerleri ile ikame edilmiş olabilir íolur ivb.) Bu nedenle, her iki formu da (örn. timarit.isVe uygun İzlandaca tímarit.is) sık sık kaydettirirken , 'güvenli' formu her zaman varsayılan hale getirdik ve diğeri sadece ona yönlendiriyor.

Bununla birlikte, artık ikamesinin daha az elverişli olduğu ( æhaline geldi ae) ve varsayılan olarak uluslararasılaştırılmış adı kullanmayı tercih ediyoruz.

Sorum şu: Bu konuda bilinen herhangi bir sorun varsa? Tarayıcı uyumsuzluğu akla ilk geliyor, ancak aklıma gelmeyen başka şeyler de var .

ÖDÜL

Bu konuda bir ödül başlattım, bu yüzden yinelenen bir soru göndermem gerekmeyecek. (1) FTP ve (2) e-posta sunucuları / istemcileri ile IDN'leri kullanmanın herhangi bir pratik sonucu olup olmadığını duymak isterim; ve (3) hangi tarayıcıların alanlarla mücadele ettiği? (4) Peki mobil cihazlar hakkında‽ Ayrıca (5) konuyla ilgili bir şey değişti - bu sorunun sorulmasından bu yana neredeyse bir yıl geçti.


2
Arama motoru tarayıcılarının bu tür alan adlarıyla nasıl başa çıktığını merak ediyorum?
Toby

Yanıtlar:


10

Arama motorlarının genellikle IDN'lerle ilgili herhangi bir sorunu yoktur (diğerleri için konuşamam, ancak en azından Google için durum böyle). Sizin tarafınızdaki (bakım vb.) Ve kullanıcı tarafındaki (ayrı olarak daha fazla kullanıcının modern tarayıcıları olduğu için neyse ki gidecek olan tarayıcı sorunları) dışında, çok fazla sorun görmüyorum.

Akla gelen daha genel ve sadece dolaylı olarak arama motoru ile ilgili bazı şeyler şunlardır:

  • Bazı kullanıcılar, özellikle de doğru klavye düzenine sahip değilse, içeriğinizle bağlantı kurmakta sorun yaşayabilir, bu nedenle kullanıcıların bir bağlantıyı yeniden kullanmak üzere kopyalayıp yapıştırmaları için kolay bir yol sağlamak genellikle iyi bir fikirdir. Bir HTML pasajı sağlıyorsanız, sayfa kodlamalarıyla ilgili sorun yaşamamanız için alan adının punycode sürümünü kullandığınızdan emin olun.
  • Bazen yazım hatalarını yakalamak için birden fazla alan adı kullanmak isteyebilirsiniz (örn. Timarit.is vs tímarit.is). Bunu yaparsanız, tercih edilen bir alan adı seçtiğinizden ve bu alan adına site genelinde 301 yönlendirmelerini kullandığınızdan emin olun.
  • Yol, dosya veya sorgu parametrelerinde 7 bit olmayan ASCII kullanırsanız, bunun için UTF-8 kullandığınızdan emin olun. Ayrıca bunların bağlantı snippet'leri için uygun şekilde kodlandığından emin olun (ilk noktaya bakın).

Bahsettiğiniz ilk iki kaygıyla ilgilenmek için "ikame" formunu kaydedip yeniden yönlendireceğiz. Geri kalanlara gelince, UTF-8 kullanmaya çok alıştık :)
Kris

10

İçerik yönetim sisteminizin karakter kodlaması akla gelen bir konudur. Ayrıca, web sitenizi tanıtıyorsanız, büyük olasılıkla URL'nizde birçok URL doğrulama girişi kırılacaktır.


Güzel nokta. Kendi yazılımımızı çalıştırıyoruz, bu yüzden CMS özdeyişleri hakkında endişelenmemize gerek yok, ancak muhtemelen başkaları için bir sorun olduğunu görebiliyorum. Promosyonlara gelince ... Bunların çoğunu yapacağımızı sanmıyorum.
Kris

8

(1) FTP

Özel destek gerektirdiği için IDN'leri işleyebilen bir FTP istemcisine ihtiyacınız olduğu görülüyor. Bunu araştırırken okuduğum bilgilere dayanarak, bu destek yaygın ve tüm büyük FTP istemcilerinde ortak bir özellik gibi görünüyor.

(2) e-posta sunucuları / istemcileri;

Uluslararası E-posta için wikipedia makalesine dayanarak, e-posta desteği tamamlanmamış gibi görünüyor:

Geleneksel E-posta standartları tüm e-posta üstbilgisi değerlerini yalnızca ASCII karakterleriyle sınırladığından, e-posta üstbilgilerinde UTF-8 karakterlerinin bulunması, bu tür e-postaları taşıma kararlılığını ve güvenilirliğini azaltabilir. Bunun nedeni, hepsi olmasa da çoğu e-posta sunucusunun bu yazma sırasında bu karakterleri desteklememesidir.

IETF üyeleri tarafından, e-postanın tüm standart e-posta sunucularının desteklemesi gereken tüm ASCII biçimine "eski" sürümüne indirilebileceği bir yöntem önerilmiştir. Bu sürüm düşürme mekanizması, e-posta aktarımının olabildiğince sağlam ve güvenilir olması gereksinimini karşılar.

.

(3) hangi tarayıcılar alan adlarıyla mücadele ediyor?

Tüm büyük tarayıcılar IDN'leri destekliyor ve bunu en az iki yıl boyunca yapıyor. Sahip olabileceğiniz tek gerçek sorun, IDN'yi desteklemeyen eski tarayıcılarda. Ancak IE, IE7 ve diğer büyük tarayıcıların kullanıcı tabanı güncellemelerinden bu yana hızlı bir şekilde desteklediğinden, bu az sayıda kullanıcı olmalıdır.

(4) Peki ya mobil cihazlar‽

İyi soru. .Mobi alan adı IDN'leri desteklemiyor gibi görünüyor. Cihazların kendilerine özgü bir şey bulamadım, ancak mobil cihazlarda IDN'ler için çözümleri olduğunu iddia eden şirketler buldum, bu yüzden yerel desteğin bulunmayabileceğini veya tamamlanmadığını tahmin ediyorum .

(5) konuyla ilgili bir şey değişti - sorunun sorulmasından bu yana neredeyse bir yıl geçti.

Ülkeye özgü bazı TLD'ler destek ekledi ve spam göndericilerinin bunlardan yararlanmanın bir yolunu buldukları anlaşılıyor . Ancak bu değişti.


1
  1. Gecekondular veya rekabet * , alan adınızın romanlaştırılmış sürümünü eninde sonunda satın alacaktır .

    Yani herhangi bir önemi varsa (ya da zamanla önem kazanabilir), ikisini de satın almanız gerekir .

  2. Spam gönderenler ve kimlik avcıları .
    Unicode, latin harflerine çok benzeyen karakterlerle doludur .

    Sadece şu anda kullanmaya başlıyorlar, ancak bazı aylarda gereksiz IDN isimleri phishy görünmeye başlayabilir .

  3. İzlandaca olmayan klavye düzenine sahip uluslararası ziyaretçiler sizden nefret edebilir. Ancak, bu adı kartvizitin üzerine koymayı planlamıyorsanız, bu çok önemli olmayabilir.

Neyse ... ☺.com olmalıdır son teknoloji bir un-gerekli IDN kullanımı

Post-Scriptum: Tahmin et ☺.com gibi IDN'leri kim desteklemiyor ? Stackexchange :) Elle
xn kodu kazmak zorunda kaldı. : /


2
Her zaman her iki formu da alırız. Aslında .is kayıt şirketi bu örneklerde IDN formunu önemli ölçüde iskonto eder, bu yüzden çok fazla sorun olmaz.
Kris

Kayıt şirketlerinin bunu yaptığını bilmek çok güzel. Onlar için mantıklı.
ZJR

0

Alan adının IDN sürümünü varsayılan olarak kullanmayı denedik, ancak sonunda bazı tarayıcılarda (Firefox dahil) ve IDN alan adının tarayıcı eklentisine dağıtıldığı Adobe Reader ile sorun yaşadık.

Şimdi 'güvenli' modunu kullanıyoruz ve IDN sadece 301'e yönlendirme yapıyor.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.