.РФ и "движки"

[kosenka]

Нашел на серче тему ".РФ и движки" (http://forum.searchengines.ru/showthread.php?t=567622), а как у нашего любимого yii с этим делом (я имею ввиду поддержку кириллических доменов) ?

[BuCeFaL]

хм я думал преобразование ссылок это дело браузера о0

[Werewolf]

Пока особых проблем не было. Валидация email не срабатывает только.

[Ekstazi]

Мне http://www.phpclasses.org/package/1509- ... names.html здорово помог

[DeusModus]

Так по-сути, кириллических доменов-то и не существует
То есть если нужно использовать в адресе последовательность символов, принадлежащую юникодуи отсутствующую в ASCII, то используют преобразование методом пуникод.
Тут(на мой взгляд) могут быть некоторые проблемы с валидацией и веб-сервером. Однако, если у вас могут возникнуть проблемы с добавлением домена .рф, просто преобразуйте его. В плане элементов адреса, содержащий UTF-8 символы не всё так гладко.
При попытке использовать подобную конструкцию в конфигурации:

Код: Выделить всё

        'urlManager' => array(
            'useStrictParsing' => false,
            'showScriptName' => false,
            'urlFormat' => 'path',
            "urlSuffix" => "/",
            'rules' => array(
                'макс' => 'site/page/view/about',
                '' => 'product/index',
            ),
        ),
 

Yii генерирует исключение в файле \web\CUrlManager, в строке 600(или около нее)

Код: Выделить всё

throw new CException(Yii::t('yii','The URL pattern "{pattern}" for route "{route}" is not a valid regular expression.',
 

Но, если вы измените кодировку вашего файла конфигурации(или того файла, где устанавливаете UTF`шные роуты) на UTF-8 страницы загружаются замечательно.
В принципе, и работоспособность с нестандартными хостами можно проверить.
Для этого заменим переменные суперглобального массива $_SERVER в главном файле так:

Код: Выделить всё

$_SERVER['HTTP_HOST']='сайт.рф';
$_SERVER['SERVER_NAME']='сайт.рф';
 

И посмотрим, что внизу отдает echo Yii::app()->request->getServerName(); . Значения корректны, приложение работает. Вот если обнулить значения этих ключей фреймворк выбросит исключение(тут бы я поспорил насчёт его необходимости), но подобная ситуация у вас врядли случится.

PS: Странно, что разработчики всё еще используют устаревшие кодировки. Ладно бы все были англо-говорящими, но команда вроде интернациональная, а фреймворк нет. Место что ли экономят или память

[samdark]

Разработчики как раз используют UTF-8 и все файлы, по идее, должны в нём быть (по крайней мере у меня всё в UTF-8).

[DeusModus]

все файлы, по идее, должны в нём быть (по крайней мере у меня всё в UTF-8).

Использую последнюю ревизию из svn на момент написания поста.
framework\logging\CFileLogRoute.php в кодировке windows-1251 по данным JetBrains PHPstorm. Может так случиться, что он тупит, конечно, но я уверен, что gii мне создал файл конфигурации не в мультибайтовой кодировке(иначе роут бы заработал).
Notepad++ чтоли для проверки скачать..

[samdark]

Да нет, UTF там. Вы случаем не выставили 1251 в SVN-клиенте? А то, например, SmartSVN файлы в 1251 забирает если ему не указать, что надо в UTF.

[DeusModus]

Хм. У меня tortoise svn. И никогда на дефолтных настройках проблем с UTF-8 не было(как с получением, так и с коммитами).
Да и к тому же:

я уверен, что gii мне создал файл конфигурации не в мультибайтовой кодировке(иначе роут бы заработал).

Тут либо неверная работа IDE, либо еще что-то. Пока времени на других нормальных редакторах проверить не было.

[karagodin]

PHPStorm не определяет кодировку файла и по умолчанию считает что все файлы в кодировке 1251. Это можно изменить в настройках.