Есть ли технические проблемы с наличием «интернационализированного» доменного имени?

На моем языке есть множество символов, которые не допускаются в стандартном доменном имени. Тем не менее, большинство из них могут быть легко заменены на безопасные эквиваленты ( в основном , бросающих акцентов íстановится и iт.д.). Поэтому, хотя мы часто регистрировали обе формы (например, timarit.isи надлежащую исландскую tímarit.is), мы всегда делали «безопасную» форму по умолчанию, а другая просто перенаправляла на нее.

Однако сейчас мы находимся в положении, когда замена менее выгодна ( æстановится ae) и предпочла бы использовать интернационализированное имя по умолчанию.

У меня вопрос просто, есть ли известные проблемы с этим? Первым на ум приходит несовместимость браузера, но я также обеспокоен тем, что есть и другие вещи, которые не приходят на ум.

BOUNTY

Я получил награду за это, поэтому мне не придется публиковать повторяющийся вопрос. Я хотел бы услышать, есть ли практические последствия использования ИДИ с (1) FTP и (2) почтовыми серверами / клиентами; и (3) какие браузеры борются с доменами? (4) Как насчет мобильных устройств? Также (5) что-то изменилось по этому вопросу - прошло почти год с тех пор, как вопрос был задан.

У поисковых систем вообще нет проблем с IDN (я не могу говорить за других, но, по крайней мере, так обстоит дело с Google). Помимо проблем на вашей стороне (обслуживание и т. Д.) И на стороне пользователя (проблемы с браузером - которые, к счастью, исчезают, поскольку все больше пользователей имеют современные браузеры), я не вижу большой проблемы.

Некоторые из более общих и только косвенно связанных с поисковой системой вещей, которые приходят на ум:

• У некоторых пользователей могут возникнуть проблемы со ссылками на ваш контент, особенно если у них нет правильной раскладки клавиатуры, поэтому, как правило, рекомендуется предоставить пользователям простой способ скопировать и вставить ссылку для повторного использования. Если вы предоставляете фрагмент кода HTML, убедитесь, что вы используете версию доменного имени с помощью punycode, чтобы у вас не было проблем с кодировкой страниц.
• Иногда вы можете использовать несколько доменных имен, чтобы поймать опечатки (например, timarit.is vs tímarit.is). Если вы это сделаете, убедитесь, что выбрали предпочитаемое доменное имя и используете перенаправления 301 для всего сайта на это доменное имя.
• Если вы используете не-7-битный ASCII в параметрах пути, файла или запроса, обязательно используйте для этого UTF-8. Также убедитесь, что они правильно закодированы для фрагментов ссылок (см. Первый пункт).

Кодировка символов вашей системы управления контентом - одна проблема, которая приходит на ум. Кроме того, если вы рекламируете свой веб-сайт, многие URL-адреса для проверки правильности URL могут сломаться.

(1) FTP

Похоже, вам нужен FTP-клиент, который может обрабатывать IDN, поскольку он требует специальной поддержки. Судя по тому, что я прочитал во время исследования, эта поддержка, кажется, широко распространена и является общей функцией во всех основных клиентах FTP.

(2) почтовые серверы / клиенты;

Исходя из статьи в Википедии для International Email, похоже, что поддержка по электронной почте не завершена:

Поскольку традиционные стандарты электронной почты ограничивают все значения заголовка электронной почты только символами ASCII, возможно, что присутствие символов UTF-8 в заголовках электронной почты приведет к снижению стабильности и надежности транспортировки такой электронной почты. Это потому, что большинство, если не все почтовые серверы, на момент написания этой статьи не поддерживают эти символы.

Члены IETF предложили метод, с помощью которого электронная почта может быть преобразована в «устаревший» формат ASCII, который должны поддерживать все стандартные почтовые серверы. Этот механизм понижения удовлетворяет требованию, чтобы транспорт электронной почты был максимально надежным и надежным.

,

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

Похоже, что все основные браузеры поддерживают IDN и делают это как минимум два года. Единственная реальная проблема, с которой вы можете столкнуться - это старые браузеры, которые не поддерживают IDN. Но поскольку IE, кажется, поддерживает его, так как IE7 и пользовательская база других основных браузеров быстро обновляются, это должно быть небольшое количество пользователей.

(4) А как насчет мобильных устройств?

Хороший вопрос. Похоже, что доменное имя .mobi не поддерживает IDN. Я не смог найти ничего конкретного для самих устройств, но нашел компании, утверждающие, что у них есть решения для IDN на мобильных устройствах, поэтому я предполагаю, что встроенная поддержка может не существовать или не является полной.

(5) что-то изменилось по этому вопросу - прошло почти год с тех пор, как вопрос был задан.

Некоторые ДВУ в конкретной стране добавили поддержку, и, похоже, спамеры нашли способ их использовать . Но это примерно столько, сколько изменилось.

1. Поселенцы или конкуренция * будут * купить латинизированную версию своего доменного имени, в конце концов.

   Так что, если это имеет какое-то значение (или может со временем приобретать все большее значение), вам придется купить оба .

2. Спамеры и фишеры .
   Юникод полон символов, которые очень похожи на латинские.

   Они только начинают использовать их прямо сейчас, но через несколько месяцев ненужные имена IDN могут начать выглядеть фиктивно .

3. Международные посетители с не исландской раскладкой клавиатуры могут просто ненавидеть вас. Но тогда, если вы не планируете поместить это имя на визитную карточку, это может быть не таким уж большим делом.

Во всяком случае ... ☺.com должно быть состояние искусства в ООН-необходимости использования IDN

Постскриптум: Угадайте, кто не поддерживает IDN, такие как ☺.com ? Stackexchange :)
Пришлось копать xn-код вручную. : /

Мы попытались использовать версию домена IDN в качестве версии по умолчанию, но в итоге столкнулись с проблемами в некоторых браузерах (включая Firefox) и Adobe Reader, где имя домена IDN только что было искажено при передаче подключаемому модулю браузера.

Поэтому теперь мы используем «безопасный» режим, и IDN просто перенаправляет на него 301.