Чи є якісь технічні проблеми із тим, що матиме "інтернаціоналізоване" доменне ім'я?

У моїй мові є численні символи, які не дозволені в стандартному доменному імені. Однак більшість із них можна легко замінити безпечними еквівалентами (в основному відмінні акценти íстають iтощо). Тож, хоча ми часто реєстрували обидві форми (наприклад, timarit.isі належну ісландську tímarit.is), ми завжди робили форму "безпечної" за замовчуванням, а інші просто переспрямовуємо її.

Однак зараз ми перебуваємо в положенні, коли заміна є менш сприятливою ( æстає ae) і вважаємо за краще використовувати інтернаціоналізовану назву за замовчуванням.

Моє запитання полягає в тому, чи є з цим відомі проблеми? Сумісність браузера спочатку спадає на думку, але я однаково переживаю, що є й інші речі, які не спадають на думку.

БУНТИ

Я розпочав з цього приводу, тому мені не доведеться розміщувати повторювані запитання. Я хотів би дізнатися, чи є якісь практичні наслідки використання IDN з (1) FTP та (2) серверами / клієнтами електронної пошти; і (3) які браузери борються з доменами? (4) Що стосується мобільних пристроїв? Також (5) щось змінилося з цього приводу - минуло майже рік з часу, коли питання було задано.

Пошукові системи, як правило, не мають жодних проблем з ІДН (я не можу говорити за інших, але принаймні, це стосується Google). Крім проблем на вашій стороні (обслуговування та ін.) Та з боку користувача (проблеми з браузером - які, на щастя, зникають, оскільки більшість користувачів мають сучасні браузери), я не бачу великої проблеми.

Деякі з більш загальних і лише опосередковано пов'язаних з пошуковою системою речей, які приходять на думку:

• Деякі користувачі можуть мати проблеми з підключенням до вашого вмісту, особливо якщо вони не мають правильної розкладки клавіатури, тому, як правило, корисно запропонувати користувачам простий спосіб копіювати та вставляти посилання для повторного використання. Якщо ви надаєте фрагмент HTML, переконайтеся, що ви використовуєте версію punycode доменного імені, щоб у вас не виникло проблем із кодуваннями сторінок.
• Іноді ви можете використовувати кілька доменних імен для лову помилок (наприклад, timarit.is vs tímarit.is). Якщо ви це зробите, переконайтеся, що виберіть бажане доменне ім’я та використовуйте 301 переадресацію на все домену на це ім’я.
• Якщо ви використовуєте non-7-bit-ASCII в параметрах шляху, файлу чи запиту, переконайтеся, що для цього використовуйте UTF-8. Також переконайтеся, що вони правильно закодовані для фрагментів посилань (див. Перший пункт).

Кодування символів вашої системи управління вмістом - це одне питання, яке спадає на думку. Крім того, якщо ви просуваєте свій веб-сайт, на вашу URL-адресу, ймовірно, буде порушено багато даних для перевірки URL-адрес.

(1) FTP

Здається, вам потрібен FTP-клієнт, який може обробляти IDN, оскільки для цього потрібна спеціальна підтримка. Виходячи з того, що я читав, досліджуючи це, ця підтримка здається широко розповсюдженою і загальною рисою для всіх основних клієнтів FTP.

(2) сервери / клієнти електронної пошти;

На основі статті wikipedia для міжнародної електронної пошти, схоже, що підтримка електронної пошти не є повною:

Оскільки традиційні стандарти електронної пошти обмежують усі значення заголовка електронної пошти лише символами ASCII, можливо, наявність символів UTF-8 у заголовках електронної пошти знизить стабільність та надійність транспортування такої електронної пошти. Це тому, що більшість, якщо не всі сервери електронної пошти, під час написання цього документа, не підтримують цих символів.

Члени IETF запропонували метод, за допомогою якого електронна пошта може бути знижена у "застарілий" весь формат ASCII, який повинні підтримувати всі стандартні сервери електронної пошти. Цей механізм зменшення кваліфікації відповідає вимозі, щоб транспорт електронної пошти був максимально надійним та надійним.

.

(3) які браузери борються з доменами?

Схоже, всі основні веб-переглядачі підтримують IDN і роблять це принаймні два роки. Єдине справжнє питання, яке ви можете мати, - це зі старими браузерами, які не підтримують IDN. Але оскільки IE, здається, підтримує його з IE7 та оновлення бази даних інших основних браузерів швидко, це має бути невелика кількість користувачів.

(4) Що з мобільними пристроями‽

Гарне питання. Схоже, доменне ім’я не підтримує IDN. Я не міг знайти нічого конкретного для самих пристроїв, але я знайшов компанії, які стверджують, що вони мають рішення для IDN на мобільному пристрої, тому я здогадуюсь, що вбудована підтримка може не існувати або не є повною.

(5) Щось змінилося з цього приводу - минуло майже рік з того часу, як було задано питання.

Деякі TLD, що відповідають певній країні, додали підтримку, і схоже, що спамери знайшли спосіб їх використання . Але це приблизно стільки, що змінилося.

1. Скватери або змагання * з часом придбають романізовану версію вашого доменного імені.

   Тож якщо це має будь-яке значення (або це може набути значення з часом), вам доведеться купувати і те, і інше .

2. Спамери та фішери .
   Unicode є повним символи , які виглядають багато як латинські.

   Вони лише зараз починають використовувати їх, але через кілька місяців непотрібні імена IDN можуть почати виглядати химерними .

3. Міжнародні відвідувачі з неісландською розкладкою клавіатури можуть вас просто ненавидіти. Але тоді, якщо ви не плануєте розміщувати це ім'я на візитній картці, це може бути не такою великою справою.

У будь-якому випадку ... ☺.com має бути найсучаснішим у роботі над необхідним використанням IDN

Post-Scriptum: Вгадайте, хто не підтримує такі IDN, як ☺.com ? Stackexchange :)
Довелося копати xn-код вручну. : /

Ми намагалися використовувати версію домену IDN в якості замовчування, але, врешті-решт, виникли проблеми з деякими браузерами (включаючи Firefox) та Adobe Reader, де ім'я домену IDN просто заплутувалося в передачі плагіну браузера.

Отже, тепер ми використовуємо «безпечний» режим, і IDN просто робить переадресацію 301 на нього.