Перевод кириллических доменов: Конвертер punycode для .рф доменов

Punycode-конвертер

Что такое Punycode и для чего конвертировать кириллические домены рф, рус, москва и т.д.?

      Punycode является методом преобразования символов, которые относятся к Unicode- стандарту. Получаемая после преобразования последовательность символов будет содержать лишь символы в кодировке ASCII,это 26 букв (a-z) из латинского алфавита, цифры (0-9) и дефис (в сумме — 37 символов).

IDN-домены – это домены, состоящие из символов национальных алфавитов. Хостинг-провайдеры, немало Интернет-сервисов либо CMS (систем управления контентом) используют программное обеспечение, не поддерживающее IDN-представление доменов.Сказанное касается, в частности, такой популярной панели управления хостингом, какой является C-Panel, которая требует пользоваться доменными именами, которые конвертированы в Punycode.При внесении кириллического домена, CPanel в настройках хостинга выдаст сообщение об ошибке «That is not a valid domain». Проведенная конвертация в Punycode избавляет настройку от ошибок.

Punycode: что такое?

      Punycode представляет собой конвертацию символов, выполняемую в кодировке Unicode и преобразовываемую в формат, который поддерживается инфраструктурой DNS. Описан алгоритм преобразования в стандарте RFC 3492.

Уже на заре разработки всемирной сети Интернет, в семидесятые годы прошлого века, появилась идея использования символов из национальных алфавитов в доменных именах. Этот шаг призван стать элементом интернационализации сети.Тогда соответствующие технологии разработаны еще не были, а потому допустимые символы при регистрации доменного имени в DNS (системе имен доменов) ограничивались символами в ASCII- кодировке. Это — буквы a-z из латинского алфавита, цифры 0-9 и символ дефиса.Для подмножества символов ASCII используется обычно обозначение «LDH» либо «код LDH» (аббревиатура, образованная словами: «буква», «цифра» и «дефис»).

      Число пользователей, использующих языки, основанные на алфавитах, которые отличаются от латинского, увеличивается постоянно. Таким образом, у немалого количества пользователей возникают проблемы, причины которых заключаются в распознании и вводе символом ASCII.Доменное имя, составленное из символов какого-либо национального алфавита, обладают очевидными преимуществами, когда компания выходит на локальный рынок либо ориентируется на неанглоязычную аудиторию Интернета, а также организуют локальные рекламные акции и компании.Корпорация ICANN особенно внимательна к развитию доменов, содержащих символы из национальных алфавитов либо IDN-доменов (аббревиатура Internationalized Domain Names).

      Специальные стандарты, призванные решить проблему поддержки национальных алфавитов в доменных именах, подготовили только в 2003 году. Они носят название IDNA, которое расшифровывается, как Internationalizing Domain Names in Applications,что в переводе на русский язык означает Интернационализированные доменные имена для приложений.Эти стандарты описывают технологию применения символов. не входящих в таблицу ASCII, в доменных именах. Стандарт RFC 3492 используется для описания специального преобразования символов – Punycode.Это позволяет выполнять конвертирование наборов символов в кодировке Unicode (входят национальные алфавиты) в набор, который поддерживает существующей DNS.

      Для того, чтобы после преобразований IDN-домены не путались с обычными доменами, для всех их вначале используется специальный префикс «XN—».

Пример, IDN-домен, в названии которого использована кириллица, «САЙТ.COM», после Punycode-конвертации приобретает вид «XN—80ASWG.COM», поскольку символы «САЙТ» будут конвертированы в «80ASWG».

В Рунете пользователи, первыми получившие возможность для регистрации своих проектов IDN-доменов, находящихся в кириллической зоне .РФ, использования в ней, Punycode-преобразования применяются не только к именам доменов, но и к самой зоне (.РФ — домен верхнего уровня).Псевдонимы, которые прописаны в DNS, для доменов .РФ, представляют сочетание в «XN—P1AI». Для кириллического домена «МойСайт. РФ» после преобразований Punycode будет дано следующее название «XN—80ARBJKTJ.XN—P1AI».

      Поддержка IDN-доменов будет доступной, если пользователь использует браузер с поддержкой Punycode-преобразования. На сегодня последние используемые пользователями версии популярных браузеров такую поддержку имеют.Когда же браузер не имеет такой поддержки Punycode или при необходимости получения имени домена в «реальном представлении», могут использоваться специальные web-сервисами, которым доступно Punycode-преобразование доменных имен, которые вводятся пользователями.

Когда правильно использовать кириллическое доменное имя и что такое Punycode

Помощь

0

Регистрация

Вход

  • Домены

    • Регистрация и продление домена

    • Администратор домена

    • DNS-серверы и управление зоной

    • Перенос доменов

    • Подключение хостинга и сервисов

    • Дополнительные услуги для домена

    • Удаление доменов

    • Домен не работает

  • Хостинг

  • Сайты

  • Личный кабинет

  • VPS и серверы

  • SSL-сертификаты

  • Общие вопросы

  • Что даёт кириллический домен
  • Кириллические домены и Punycode
  • Как сделать преобразование кириллических доменов в Punycode

Кириллический домен ― это название сайта на русском языке (например, домен. рф). Домены такого типа входят в семейство IDN-доменов. IDN-домены ― домены, которые содержат символы национальных алфавитов (кириллица, арабский, норвежский, польский, испанский и др.)

Чтобы сделать сеть наиболее универсальной, изначально система доменных имён была рассчитана только на латиницу. Со временем стало понятно, что нужно расширять границы сети и внедрят другие языки. Домены на кириллице появились в 2001 году, но зарегистрировать их можно было только в зонах .NET и .COM. Такие имена выглядели странно, так как одна часть была на одном языке, а вторая ― на другом. Из-за своей гибридности такие имена не пользовались спросом. В 2009 году появилась первая кириллическая зона .РФ. и стало возможным создать домен полностью на кириллице. Открытая регистрация таких имён для всех желающих началась только в 2010 году. После этого популярность кириллических доменов сильно возросла и открыла новые возможности продвижения продукта.

 

Что даёт кириллический домен


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

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

Появление IDN-доменов открыло новые возможности SEO-продвижения. Теперь в название сайта можно внедрять ключевые слова, например купитьавтомобиль.рус.

В отличие от доменов на латинице, кириллические домены существуют не так давно, поэтому выбор свободных имён значительно больше и цены не такие высокие. 

Кириллические домены и Punycode


Недостатков у кириллических доменов всего 2: при настройке они требуют кодировки Punycode и из-за этой кодировки ссылки выглядят громоздко.

Punycode ― метод преобразования, который был создан специально для работы с кириллическими доменами. Так как изначально интернет-система была предназначена только для латиницы, цифр и тире, с появлением других языков пришлось думать, каким образом преобразовывать их в знакомую для интернета систему. Для перевода кириллицы в латиницу придумали Punycode. Например, домен столы.рус в формате Punycode будет выглядеть так: xn--k1afie1c.xn--p1acf (домен РФ на латинице). Чаще всего в браузерах отображается название на русском языке, но бывает, что в URL пользователь может встретить и такой набор знаков. 

Все IDN-домены начинаются с префикса «xn--». Это нужно для того, чтобы не путать их с обычными доменами на латинице. 

Как сделать преобразование кириллических доменов в Punycode


При работе с браузерами переводить домен в Punycode не нужно. В них уже встроена  функция кодировки и они самостоятельно понимают кириллические домены. Перевод чаще всего нужен владельцам и администраторам сайтов  при настройке сайта, например, чтобы добавить домен в панель управления, настроить почту т. п. К счастью, сделать это очень просто. 

Чтобы сделать перевод домена в Punycode, используйте онлайн-конвертер на сайте 2domains.ru. 

  1. Перейдите на страницу сервиса Whois.
  2. Введите доменное имя и нажмите Punycode-конвертация:

Punycode-конвертер для РФ доменов

Готово, перед вами появится домен в формате Punycode:

Также кодировка домена РФ и подобных отображается в самом Whois-сервисе:

 

Популярные статьи

  • Как указать (изменить) DNS-серверы для домена

  • Я зарегистрировал домен, что дальше

  • Как добавить запись типа A, AAAA, CNAME, MX, TXT, SRV для своего домена

  • Что такое редирект: виды и возможности настройки

  • Как создать почту со своим доменом

Домены

  • Регистрация доменов
  • Освободившиеся домены
  • Промоакции
  • Перенос домена
  • Переадресация
  • Магазин доменов

Сайты

  • Конструктор сайтов
  • Сайты на WordPress

Хостинг сайтов

  • Хостинг
  • Windows хостинг

VPS и серверы

  • VPS хостинг
  • Windows VPS
  • Аренда серверов

Дополнения

  • SSL-сертификаты
  • //=url(‘/free-mail’)?>

Сервисы

  • Бесплатный хостинг
  • Whois
  • Связь с администратором домена
  • Определить свой IP-адрес
  • Проверка порта на доступность
  • Узнать местоположение по IP
  • Проверить доступность сайта

Поддержка

  • Справка
  • Стоимость услуг
  • Способы оплаты
  • Связаться с нами

Компания

  • О компании
  • Документы
  • Офис
  • Дата-центр
  • Новости
  • Блог
  • Акции и скидки

© 2DOMAINS — регистрация доменов

  • Домены оптом

  • Географические домены

  • Кириллические домены

  • Административные домены

  • Национальные домены

  • Новые домены первого уровня

  • Где купить домен дешево

  • Дешевый хостинг

  • CloudVPS

  • Хостинг для сайта-визитки

  • Хостинг с PHP и MySQL

  • Надежный хостинг

  • Самые дешевые домены

  • Хостинг WordPress

  • Хостинг для 1С-Битрикс

  • Хостинг для Drupal

  • Хостинг для Joomla

  • Хостинг для MODX

  • Хостинг для OpenCart

  • Антивирус для хостинга

  • Бэкап сайта

  • Защита от DDoS-атак

  • Хостинг с ISPmanager

  • SSL бесплатно

  • AlphaSSL

  • AlphaSSL WildCard

  • ExtendedSSL

  • GlobalSign-сертификаты

  • Comodo / Sectigo — сертификаты

  • GeoTrust-сертификаты

  • Symantec-сертификаты

  • Thawte-сертификаты

  • TrustWave-сертификаты

  • Wildcard-сертификаты

Политика обработки
персональных данных

Тех. поддержка: [email protected]

Указанные на сайте цены могут не включать стоимость применимых комиссий.

При заказе услуги стоимость может быть уточнена исполнителем.

Chromium Docs — Интернационализированные доменные имена (IDN) в Google Chrome

Справочная информация

Много лет назад домены могли состоять только из латинских букв от A до Z, цифр и нескольких других символов. Интернационализированные доменные имена (IDN) были созданы для лучшей поддержки нелатинских алфавитов для веб-пользователей по всему миру.

Различные символы из разных (или даже из одного и того же!) языка могут выглядеть очень похоже. Мы видели сообщения об атаках для проверки концепции. Это так называемые омографические атаки. Например, латинская «а» очень похожа на кириллицу «а», поэтому кто-то может зарегистрировать http://ebаy.com (используя кириллицу « а »), который можно спутать с http://ebаy.com . Это ограничение того, как URL-адреса отображаются в браузерах в целом, а не конкретная ошибка в Chrome.

В идеальном мире регистраторы доменов не позволили бы зарегистрировать эти запутанные доменные имена. Некоторые регистраторы доменов делают именно это, в основном ограничивая разрешенные символы, но многие этого не делают. Чтобы лучше защититься от этих атак, браузеры отображают некоторые домены в punycode (выглядит как xn--... ) вместо исходного IDN в соответствии с собственной политикой IDN.

Это сложное проблемное место. Chrome имеет глобальную базу пользователей из миллиардов человек по всему миру, многие из которых не просматривают URL-адреса с латинскими буквами. Мы хотим избежать путаницы, обеспечив при этом удобство работы с Chrome для пользователей, говорящих на разных языках. Отображение либо punycode, либо визуального предупреждения о безопасности на слишком большом наборе URL-адресов повредит удобству использования Интернета для людей во всем мире.

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

Политика IDN Chrome — это один из нескольких инструментов, направленных на защиту пользователей. Google Safe Browsing продолжает ежедневно защищать более двух миллиардов устройств, показывая предупреждения пользователям, когда они пытаются перейти на опасные или вводящие в заблуждение сайты или загрузить опасные файлы. Менеджеры паролей по-прежнему запоминают, для каких доменных паролей предназначены входы в систему, и не будут автоматически вводить пароль в не совсем правильный домен.

Как работает IDN

IDN были разработаны для поддержки произвольных символов Unicode в именах хостов с обратной совместимостью. Это работает за счет того, что пользовательские агенты преобразуют имена хостов, содержащие символы Unicode, отличные от ASCII, в имя хоста, состоящее только из ASCII, которое затем можно отправить на DNS-серверы. Это делается путем кодирования каждой метки домена в ее представление punycode. Это представление включает в себя четырехсимвольный префикс ( xn-- ), а затем Unicode, переведенный в кодировку, совместимую с ASCII (ACE). Например, http://öbb.at преобразуется в http://xn--bb-eka.at .

Политика IDN Google Chrome

Начиная с Chrome 51, Chrome использует политику отображения IDN, которая не учитывает языковые настройки (список Accept-Language) браузера. Похожую стратегию использует Firefox.

Google Chrome решает, следует ли отображать Unicode или punycode для каждой метки домена (компонента) имени хоста отдельно. Чтобы решить, должен ли компонент отображаться в Unicode, Google Chrome использует следующий алгоритм:

  1. Преобразование каждого компонента, хранящегося в ACE, в Unicode с помощью переходной обработки UTS 46 ( ToUnicode ).

  2. Если при преобразовании ToUnicode возникает ошибка (например, содержит запрещенные символы, начинается с комбинированного знака или нарушает правила BiDi), показать punycode.

  3. Если в метке есть символ, не принадлежащий к Символам, разрешенным в идентификаторах в соответствии с Техническим стандартом Unicode 39 (UTS 39), показать punycode.

  4. Если какой-либо символ в метке принадлежит к списку запрещенных, показать punycode.

  5. Если в компоненте используются символы, взятые из нескольких алфавитов, он подлежит проверке смешивания сценариев на основе профиля «Highly Restrictive» UTS 39 с дополнительным ограничением на латиницу. Если компонент не проходит проверку, покажите компонент в punycode.

  • Латинские, кириллические или греческие символы нельзя смешивать друг с другом
  • Латинские символы в диапазоне ASCII можно смешивать ТОЛЬКО с китайскими (хань, бопомофо), японскими (кандзи, катакана, хирагана) или корейскими (хангыль) , Ханджа)
  • Хань (идеографы CJK) можно смешивать с бопомофо
  • Хань можно смешивать с хираганой и катаканой
  • Хань можно смешивать с корейским хангылем смешаны, показать punycode.

  • Если есть какие-либо невидимые символы (например, последовательность одного и того же комбинированного знака или последовательность комбинированных знаков Кана), покажите punycode.

  • Если какие-либо символы используются необычным образом, покажите punycode. Например. ЛАТИНСКАЯ СРЕДНЯЯ ТОЧКА (·) используется за пределами ela geminada.

  • Проверить метку на смешанный шрифт, запутанный согласно UTS 39. Если обнаружен смешанный код, запутанный, показать punycode.

  • Проверить метку на предмет путаницы с целым сценарием: Если все буквы в данной метке принадлежат набору букв, с которыми можно спутать весь сценарий, в одном из сценариев, с которыми можно спутать весь сценарий, и если имя хоста не имеет соответствующий разрешенный домен верхнего уровня для этого скрипта, показать punycode. Пример для кириллицы: Первая метка в имени хоста аррӏе.com ( xn--80ak6aa92e.com ) состоит из кириллических букв, которые выглядят как латинские буквы И TLD ( com ) не является кириллицей 9 TLD не является одним из TLD, на которых, как известно, размещается большое количество кириллических доменов (например, ru , su , pyc , ua ). Покажи в пуникоде.

  • Если этикетка содержит только цифры и их подделки, показать punycode.

  • Если метка соответствует опасному шаблону, показать punycode.

  • Если скелет регистрируемой части имени хоста идентичен одному из доменов верхнего уровня после удаления диакритических знаков и сопоставления каждого символа с поддельным скелетом (например, www.googlé.com с é вместо e ), показать punycode.

  • В противном случае показывать Юникод.

    Это реализовано с помощью IDNToUnicodeOneComponent() и IsIDNComponentSafe() в компонентах /url_formatter/url_formatter.cc и Класс IDNSpoofChecker в компонентах /url_formatter/spoof_checks/idn_spoof_checker.cc .

    Дополнительная защита

    В дополнение к описанным выше проверкам на спуфинг Chrome также реализует полное предупреждение безопасности страницы для защиты от похожих URL-адресов. Вы можете найти пример этого предупреждения по адресу chrome://interstitials/lookalike . Это предупреждение блокирует навигацию по основному фрейму, которая включает похожие URL-адреса, либо как прямую навигацию, либо как часть перенаправления.

    Алгоритм отображения этого предупреждения следующий:

    1. Если схема навигации не http или https , разрешить навигацию.

    2. Если навигация является перенаправлением, проверьте цепочку перенаправления. Если цепочка перенаправлений безопасна, разрешите навигацию. (Подробности см. в разделе «Защитные регистрации»).

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

    4. Если имя хоста навигации находится в domains.list , разрешить навигацию.

    5. Если пользователь ранее разрешил имя хоста навигации, нажав «Игнорировать» в предупреждении, разрешите навигацию. В настоящее время решения пользователей сохраняются для каждой вкладки, поэтому при переходе на тот же сайт в новой вкладке может отображаться предупреждение.

    6. Если имя хоста имеет тот же скелет, что и недавно использованный сайт или домен из топ-500, заблокируйте навигацию и покажите предупреждение.

    Все эти проверки выполняются локально на стороне клиента.

    Защитная регистрация

    Владельцы доменов могут иногда регистрировать несколько версий своих доменов, например версии ASCII и IDN, для улучшения взаимодействия с пользователем и предотвращения возможных подделок. Мы называем эти дополнительные домены защитными регистрациями.

    В некоторых случаях похожее предупреждение Chrome может помечать и блокировать переходы к этим доменам:

    • Если один из сайтов находится в domains.list а другого нет, последний будет заблокирован.
    • Если пользователь взаимодействовал с одним из сайтов, но не взаимодействовал с другим, последний будет заблокирован.

    Как избежать предупреждения о похожести на вашем сайте

    Владельцы доменов могут избежать предупреждения «Вы имели в виду», перенаправив свои защитные регистрации на свой канонический домен.

    Пример : Если вы являетесь владельцем example.com и éxample.com и большая часть вашего трафика приходится на example.com , вы можете исправить предупреждение, перенаправив éxample.com на example.com . Логика похожего предупреждения считает это безопасным перенаправлением и разрешает навигацию. Если вы также должны перенаправить переходы http на https , сделайте это в одном перенаправлении, например http://éxample.com -> https://example.com . Используйте перенаправления HTTP 301 или HTTP 302, похожее предупреждение игнорирует метаперенаправления.

    Сообщение об ошибках безопасности

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

    .РФ Интернационализированное доменное имя будет переводить DNS на русский язык

    Реестр доменных имен, ICANN и управление

    Дэвид Гольдштейн

    16 ноября 2009 г. – день, когда Российская Федерация официально подала заявку на предоставление кириллического домена .РФ (.РФ) в ICANN. Этому событию предшествовало двухлетнее сотрудничество между ICANN, российским правительством, местным интернет-сообществом и ключевыми игроками рынка. Великое начало… Русский язык имеет довольно долгую историю в DNS. Первые доменные имена на кириллице появились в 2001 году – в качестве теста перед введением IDN второго и третьего уровня (интернационализированных доменных имен) они были зарегистрированы VeriSign в зонах .COM и .NET. Например, был домен Кремль.com, аналог латиницы «Кремль.com». В 2003 году, после того как IDN были одобрены ICANN и стали доступны в различных нДВУ и рДВУ, идея кириллических доменных имен в . RU (российский национальный ДВУ) появился. К 2006 году он был близок к реализации, но небольшая неполнота в правилах регистрации нелатинских доменных имен в зоне .RU вызвала всплеск киберсквоттинга. Дело в том, что владельцы доменов .RU на латинице могли претендовать на графически схожие имена на кириллице. Эта ошибка вынудила российских регистраторов, а затем и Координационный центр домена RU (реестр домена .RU) выступить против использования нелатинских имен в национальном домене России. Окончательный закат идеи в середине 2007 г. был также вызван новой инициативой ICANN – введением IDN доменов верхнего уровня. В апреле 2008 г. только что избранный президент Дмитрий Медведев узнал об этой возможности в ближайшем Кириллический ДВУ как ключевой приоритет развития Интернета в России. Конечно, такие слова ускорили действия российского правительства по получению ДВУ с ИДИ. В июне 2008 года Россия направила в ICANN официальное письмо о заинтересованности, в котором говорилось о намерениях страны как можно скорее получить национальный нелатинский домен. Российские интернет-пользователи поддерживают идею введения кириллической доменной зоны. В частности, в таком опросе, организованном RU-CENTER, приняло участие более 10 000 пользователей и около 60% из них сказали «да» русскому нелатинскому домену верхнего уровня. t понять причину создания национального IDN TLD. Из-за отсутствия информации об этой инициативе они подумали, что этот домен может отделить страну от глобальной сети. Также они опасались киберсквоттинга и технических проблем, которые, по их мнению, могли возникнуть после появления кириллических символов в DNS. Конечно, большинство их аргументов против IDN верхнего уровня были неверны. Например, идея о том, что введение нелатинского домена верхнего уровня является хорошим шансом для российского правительства построить локальный Интернет, который легко контролировать, не имеет ничего общего с реальностью – сайты в кириллице будут доступны со всего мира. Конечно, без кириллической клавиатуры к ним будет сложно получить доступ, но в этом случае виртуальную клавиатуру можно легко скачать и установить. Также важно отметить, что все современные браузеры поддерживают нелатинские доменные имена, поэтому нет угрозы их недоступности. Кроме дискуссии о целесообразности создания кириллического ДВУ возник еще один спор о возможном назначении домена. Основное предложение состояло в том, чтобы использовать для этой цели комбинацию символов «РФ» (RF), но у некоторых пользователей было другое мнение. Они подумали, что лучше называть русский IDN верхнего уровня «РУ» — это имя является полным кириллическим аналогом нДВУ RU. Но такую ​​метку нельзя было использовать, потому что она была написана маленькими буквами и была графически похожа на .py, латинский национальный домен Парагвая. Таким образом, в случае одобрения российского .РУ возник бы огромный риск киберсквоттинга. Также у этого обозначения не было шансов быть выбранным, потому что оно не соответствовало правилам, разработанным ICANN для IDN ccTLD. Во-первых, «РУ» не содержало уникальных кириллических символов, а во-вторых, не имело смысла для местного интернет-сообщества. В конечном итоге «РФ» стало официальным названием российского национального домена верхнего уровня, не относящегося к латинице. Это произошло в октябре 2008 года, когда Россия подала предварительную заявку в ICANN по этому вопросу. В этом документе Координационный центр домена RU был предложен в качестве регистратуры кириллического домена верхнего уровня. В течение 2009 г.данная организация подготовила техническую и юридическую базу для делегирования домена .РФ (.РФ) в Россию. 16 ноября 2009 г. все документы, необходимые для введения российского IDN TLD, были переданы в ICANN для рассмотрения по ускоренному процессу. Процесс регистрации в зоне .РФ начнется еще до одобрения российской заявки – 25 ноября 2009 года. По планам Координационного центра домена RU, российский нелатинский домен верхнего уровня будет делегирован IANA в начале 2010 года. Что дальше? В целях предотвращения киберсквоттинга с 25 ноября 2009 г. по 25 марта 2010 г. имена в зоне .РФ будут доступны для регистрации только российским владельцам товарных знаков. В это время домены в кириллице IDN верхнего уровня также будут зарезервированы за государственными органами. С 8 апреля 2010 года регистрация будет открыта для всех. Начинается он с «Голландского аукциона»: цена на доменные имена вначале будет высокой, постепенно снижаясь до обычной цены. Этот шаг предпринят для обеспечения справедливого распределения наиболее ценных доменных имен. Стоимость регистрации в зоне .РФ снизится к июлю 2010 года и будет такой же, как в домене .RU, или даже ниже. В первый год в кириллическом домене может быть зарегистрировано около 500 000 доменов. Введение IDN .РФ сделает Интернет более удобным для русскоязычных людей, которые смогут набирать привычные русские слова в адресной строке прямо кириллицей без необходимости запомните их правильные латинские расшифровки. Эта возможность будет особенно полезна для людей, плохо владеющих английским языком: адреса на русском языке делают для них доступ в Сеть достаточно удобным. Это важно для российских властей, которые планируют в будущем предоставлять все государственные услуги через Интернет.

    This entry was posted in Семантическое ядро