Czy są jakieś problemy techniczne z posiadaniem nazwy domeny „internacjonalizowanej”?

W moim języku jest wiele znaków, które nie są dozwolone w standardowej nazwie domeny. Jednak większość z nich można łatwo zastąpić bezpiecznymi ekwiwalentami (głównie upuszczające akcenty ístają się iitp.). Tak więc, chociaż często rejestrowaliśmy obie formy (np. timarit.isI właściwą islandzką tímarit.is), zawsze wybieraliśmy „bezpieczną” formę domyślną, a druga jedynie przekierowuje do niej.

Jesteśmy jednak teraz w sytuacji, w której podstawienie jest mniej korzystne ( æstaje się ae) i wolelibyśmy używać domyślnie nazwy międzynarodowej.

Moje pytanie brzmi: czy są z tym jakieś znane problemy? Najpierw przychodzi mi na myśl niekompatybilność przeglądarki, ale martwię się również o inne rzeczy, które nie przychodzą mi do głowy.

HOJNOŚĆ

Zacząłem nagrodę za to, więc nie będę musiał zadawać duplikatu pytania. Chciałbym usłyszeć, czy używanie IDN ma jakieś praktyczne konsekwencje dla (1) serwerów FTP i (2) serwerów / klientów e-mail; oraz (3) które przeglądarki mają problemy z domenami? (4) Co z urządzeniami mobilnymi‽ Również (5) cokolwiek zmieniło się w tym temacie - minął prawie rok od momentu zadania pytania.

Wyszukiwarki na ogół nie mają żadnych problemów z domenami IDN (nie mogę mówić za innymi, ale przynajmniej tak jest w przypadku Google). Oprócz problemów po twojej stronie (konserwacja itp.) I po stronie użytkownika (problemy z przeglądarką - które na szczęście znikają, ponieważ więcej użytkowników ma nowoczesne przeglądarki), nie widzę większego problemu.

Niektóre bardziej ogólne i tylko pośrednio związane z wyszukiwarkami rzeczy, które przychodzą na myśl:

• Niektórzy użytkownicy mogą mieć problemy z łączeniem się z twoimi treściami, szczególnie jeśli nie mają odpowiedniego układu klawiatury, więc ogólnie dobrym pomysłem jest zapewnienie użytkownikom łatwego sposobu kopiowania i wklejania linku w celu ponownego użycia. Jeśli udostępniasz fragment kodu HTML, upewnij się, że używasz wersji domeny punycode, aby uniknąć problemów z kodowaniem stron.
• Czasami możesz chcieć użyć wielu nazw domen, aby złapać literówki (np. Timarit.is vs tímarit.is). Jeśli to zrobisz, wybierz preferowaną nazwę domeny i użyj przekierowań 301 na tę stronę.
• Jeśli używasz non-7-bit-ASCII w parametrach ścieżki, pliku lub zapytania, upewnij się, że używasz do tego UTF-8. Upewnij się także, że są one odpowiednio zakodowane dla fragmentów linków (patrz pierwszy punkt).

Kodowanie znaków w twoim systemie zarządzania treścią to jedna kwestia, która przychodzi na myśl. Ponadto, jeśli promujesz swoją witrynę, wiele danych sprawdzających poprawność adresu URL prawdopodobnie ulegnie uszkodzeniu na Twoim adresie URL.

(1) FTP

Wygląda na to, że potrzebujesz klienta FTP, który może obsługiwać nazwy IDN, ponieważ wymaga specjalnego wsparcia. Na podstawie tego, co przeczytałem podczas badania tego, wydaje się, że wsparcie to jest powszechne i jest wspólną cechą wszystkich głównych klientów FTP.

(2) serwery / klienci poczty elektronicznej;

Na podstawie artykułu w Wikipedii dla międzynarodowego e-maila wygląda na to, że obsługa e-maila nie jest kompletna:

Ponieważ tradycyjne standardy poczty e-mail ograniczają wszystkie wartości nagłówków wiadomości e-mail do znaków tylko ASCII, możliwe jest, że obecność znaków UTF-8 w nagłówkach wiadomości e-mail zmniejszyłaby stabilność i niezawodność transportu takiej wiadomości. Jest tak, ponieważ większość, jeśli nie wszystkie, serwery poczty elektronicznej w momencie pisania tego tekstu nie obsługują tych znaków.

Członkowie IETF zaproponowali metodę, za pomocą której można obniżyć pocztę e-mail do „starszego” formatu ASCII, który powinny obsługiwać wszystkie standardowe serwery poczty elektronicznej. Ten mechanizm zmiany wersji spełnia wymóg, aby transport poczty e-mail był jak najbardziej niezawodny i niezawodny.

.

(3) Które przeglądarki mają problemy z domenami?

Wygląda na to, że wszystkie główne przeglądarki obsługują nazwy IDN i robią to od co najmniej dwóch lat. Jedynym prawdziwym problemem, jaki możesz mieć, są starsze przeglądarki, które nie obsługują IDN. Ale ponieważ wydaje się, że IE obsługuje go od czasu aktualizacji IE7 i bazy użytkowników innych głównych przeglądarek, powinna to być niewielka liczba użytkowników.

(4) Co z urządzeniami mobilnymi‽

Dobre pytanie. Wygląda na to, że nazwa domeny .mobi nie obsługuje nazw IDN. Nie mogłem znaleźć niczego konkretnego dla samych urządzeń, ale znalazłem firmy twierdzące, że mają rozwiązania dla IDN na urządzeniach mobilnych, więc domyślam się, że natywne wsparcie może nie istnieć lub nie jest kompletne.

(5) cokolwiek zmieniło się na ten temat - minął prawie rok od momentu zadania pytania.

Niektóre domeny TLD dla poszczególnych krajów dodały obsługę i wygląda na to, że spamerzy znaleźli sposób na ich wykorzystanie . Ale to tyle, co się zmieniło.

1. Squatters lub konkurencji * będzie * kupić Romanized wersję swojej nazwy domeny, w końcu.

   Więc jeśli ma to jakiekolwiek znaczenie (lub może z czasem zyskać na znaczeniu), musisz kupić oba .

2. Spamerzy i phisherzy .
   Unicode jest pełen znaków, które wyglądają podobnie do łacińskich.

   Zaczynają ich używać dopiero teraz, ale za kilka miesięcy niepotrzebne nazwy IDN mogą zacząć wyglądać podejrzanie .

3. Międzynarodowi goście z nie islandzkim układem klawiatury mogą cię po prostu nienawidzić. Ale jeśli nie planujesz umieścić tej nazwy na wizytówce, może to nie być taka wielka sprawa.

W każdym razie ... ☺.com musi być najnowocześniejszym przykładem niepotrzebnego używania IDN

Post-Scriptum: Zgadnij, kto nie obsługuje domen IDN, takich jak ☺.com ? Stackexchange :)
Musiałem ręcznie wykopać kod xn. : /

Próbowaliśmy użyć wersji domeny IDN jako domyślnej, ale ostatecznie wystąpiły problemy z niektórymi przeglądarkami (w tym Firefox) i Adobe Reader, w których nazwa domeny IDN właśnie została zniekształcona podczas przekazywania do wtyczki przeglądarki.

Teraz używamy trybu „bezpiecznego”, a IDN po prostu dokonuje przekierowania 301 do niego.