ЧПУ кириллицей - реально? - SEF (ЧПУ)

Можно ли сделать такое?

http://site.ru/о-компании
http://site.ru/контакты

Вот Википедии же пишет после слеша "Заглаваная_страница" и если можно то проиндексируют это поисковики или просто пустая трата времени?

Мне приходилось видеть подобное на Джумле. Как сделать, не знаю. Но с поисковиками проблем не будет по крайней мере с Яндексом и Гугль.

А зачем вам это?

если сайт в 1251, то ссылки в конечном счете все будут в виде %DA%F0 и т.д., малочитаемы, а если сайт в UTF8, то вполне реально получить русские ссылки, но не все их нормально поддерживают

Не забывайте про стандарты и про буржуев, вот наступит светлое будующее - будем писать ввв.джумла.ру/тема8,ответ6.пхп , но это оооочень будующее, и ооочень светлое... А пока не надо.., опасно...

Ничего не опасно. Японцы уже сейчас живут с доменами написанными иероглифами. Так-то домены, а не ссылки простые.

была инфа о том, что через год-второй и в России домены будут www.мойсайт.ру

.рф

А ведь действительно интересно: если взять UTF-8 сборку и набросать простенький SEF для отладки, будет работать?
Или вообще пусть сайт работает в CP1251, а мы будем «на лету» преобразовывать весь вывод в UTF-8, а «входящую» информацию (формы и т.д.) — в CP1251.

Хотя я лично особого смысла в этом не вижу, т.к. скоро 1.5 должна выйти, где это всё (теоретически) может работать и без плясок с бубном.

А ведь действительно интересно: если взять UTF-8 сборку и набросать простенький SEF для отладки, будет работать?

ну а почему не будет? я неоднократно видел сайты, в которых ссылки в utf-8... относительно недавно видел такой сайт с ссылками на иврите... что там написано не понял, но все ссылки работали прекрасно

OnTheFlyRU вот например

P.S. Если б я знал что это значит 

Эта программа не может отобразить эту веб-страницу

в смысле?

ну у меня сайт не работает. а должен?

Нормально открывается, иероглифы рисует всякие. По крайней мере в опере, про остальные не знаю.

и правда, опера нормально, а вот IE7 спотыкается...

Да ну его, мог бы и не говорить про "эту программу" которая редко какие "эти веб-страницы" умеет рисовать 

Очень популярный сайт: http://www.нфтвучюкг.com/
(нашел, когда случайно набрал yandex.ru на английской раскладке)

Реально работающих доменов нет? Да вот же они, я пример целый показал. Разве это не работающий домен?

Проблемс исключительно в программах, считающих себя браузерами. Механизм национальных доменов создан и работает. И поисковиками индексируются (гугль + яндекс, остальные не в счет, ибо нафик никому не нужны).

Зайти на них с 96% браузеров нельзя, поисковиками не индексируются.

наcчет доменов спорить не буду, бо не хожу по таковым, но изначально топик был про ссылки, а вот ссылки в национальных кодировках вполне распространены и неплохо индексируются... особенно Google'ом

Пример серпа не дам, жадный я. Да и заметил их только около года назад, когда стал активно в инете чего-то делать.

То, что это "работа через одно место" я не согласен. Просто изначально днс создавался без учета таких вещей. Мы же не можем теперь ту же in_addr.arpa отменить, только потому, что это не было заложено, а потом добавили через это место. Это просто способ обойти закоренелость такой сложной системы как днс, фактически очень трудно меняемой.

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

И мне сильно все равно сколько пользователей оперы есть. ЧПУ кириллицей и домены кириллицей это реально.

Если уж на то пошло, то на конференции обсуждалась возможность введения национальных доменных зон (.ру для России, какие-то там иероглифы для индии и китая и т.д.) в добавок к существующим .com, .info, .ru и т.д. (в написании которых сейчас могут использоваться только латинские символы).

Кстати вот нагуглил (http://www.businesspress.ru/newspaper/article_mId_21961_aId_62447.html):

В ноябре 2000 г. началась регистрация доменных имен на китайском, корейском и японском языках, а в феврале 2001 г. - на десятках европейских языков, в том числе и на русском. РосБизнесКонсалтинг, являющийся официальным дилером Network Solutions, продолжает регистрировать доменные имена на русском языке. Зарегистрировать доменное имя можно на сервере РБК. (e-commerce.ru, 09.04.2001)

Вот еще заметка на тему доменных имен на русском: http://www.shkolazhizni.ru/archive/0/n-12542/

И гугл действительно выдает в выдаче такие домены. Вот пример:
http://www.google.com/search?q=%E0%A4%AA%E0%A4%B0%E0%A5%80%E0%A4%95%E0%A4%BE

OnTheFlyRU

Молодцы, википедию читаете. Там правильно замечено - IDN уже работает. Я лично об этом говорил. Все началось с того, что меня попросили привести пример "японского домена написанного иероглифами" - я привел. Домен такой есть. Про заморочки IDN.IDN мне лично дела нет. Я про них и не говорил, кстати. Вы же начали чего-то про оперу там нести, мол браузеры не поддерживают и потому они не работают. А потом чего-то перескочили на домен.испытание. Вы уж придерживайтесь одной линии, пожалуйста. Либо мы говорим про IDN, либо про IDN.IDN.


//"Реальность" IDN в данном случае это то, что ДНС'ы их держат без проблем и браузеры тоже есть, которые их понимают.

Я просто хотел сказать, что есть стандарт, допускающий такие домены. Есть браузеры, которые его поддерживают (в том числе есть плагин к IE). Есть страны, для которых такие домены не редкость (Япония, Китай и пр.). И есть сайты, которые без проблем индексируются Google (и занимают в нём первые позиции).

То что нет доменных зон типа «.рф» — это факт. А вот то, что допустимые «языковые» доменные имена не распространены в России — это наши с вами проблемы (скорее просто сила привычки и недоверия у пользователя к таким доменам).

В документе Review and Recommendations for Internationalized Domain Names (IDNs) есть раздел:

1.3.  The IDNA Standard

   During 2002, the IETF completed the following RFCs that, together,
   define IDNs:

   RFC 3454  Preparation of Internationalized Strings ("Stringprep")
      [RFC3454].
      Stringprep is a generic mechanism for taking a Unicode string and
      converting it into a canonical format.  Stringprep itself is just
      a collection of rules, tables, and operations.  Any protocol or
      algorithm that uses it must define a "Stringprep profile", which
      specifies which of those rules are applied, how, and with which
      characteristics.

   RFC 3490  Internationalizing Domain Names in Applications (IDNA)
      [RFC3490].
      IDNA is the base specification in this group.  It specifies that
      Nameprep is used as the Stringprep profile for domain names, and
      that Punycode is the relevant encoding mechanism for use in
      generating an ASCII-compatible ("ACE") form of the name.  It also
      applies some additional conversions and character filtering that
      are not part of Nameprep.

   RFC 3491  Nameprep: A Stringprep Profile for Internationalized Domain
      Names (IDN) [RFC3491].
      Nameprep is designed to meet the specific needs of IDNs and, in
      particular, to support case-folding for scripts that support what
      are traditionally known as upper- and lowercase forms of the same
      letters.  The result of the Nameprep algorithm is a string
      containing a subset of the Unicode Character set, normalized and
      case-folded so that case-insensitive comparison can be made.

   RFC 3492  Punycode: A Bootstring encoding of Unicode for
      Internationalized Domain Names in Applications (IDNA) [RFC3492].
      Punycode is a mechanism for encoding a Unicode string in ASCII
      characters.  The characters used are the same the subset of
      characters that are allowed in the hostname definition of DNS,
      i.e., the "letter, digit, and hyphen" characters, sometimes known
      as "LDH".