Такая мысль была, но есть небольшой момент с использованием версий MySQL, а точнее базы чтобы переводить из 4 в 5 и обратно. Есть очень много тонкостей.
Было принято решение, что пользователь может самостоятельно установить необходимую версию MySQL на собственный хостинг.

NIC нет смысла брать.
До сих пор за 2 дня не решена проблема с доступом к базе - их просто нет.

Саппорт по телефону недоступен, провисел 45 минут на трубке, потмо забил, в форуме молчит, в панели не отвечает.В хостинге по 450р/месяц можно было бы ожидать лучшее отношение к клиенту.

В арбатеке в свое время за 30 минут неответа клиенту на запрос в саппорт к сотруднику могли применить бизнес-гель фрикционный. А тут складывается ощущение, что взяли деньги и "е..тесь сами".

Звонков много - суппортов мало - отсюда и время большое.
ПО поводу БД, была глобальная проблема. Вроде ее уже решили.
Форум - это не заявочная система где сразу решают все проблемы - а место где идет обсуждение.

А запрос из панели ? Тоже опционален к рассмотрению ?
Вообще, саппорт - это лицо хостинга.

Попадает прямо к нам в систему и нашу очередь.
Заявки обрабатываются в порядке очереди их поступления, если не требуется дополнительных действий со стороны других отделов компании.

Приходите к нам работать :)

Добрый день.
Господа подскажите.
Столкнулся на этом хостинге именно с такой проблемой.
Сравнение: utf8_unicode_ci
содержимое localconf:
$TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8;';
$TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8; SET character_set_connection = utf8;';
$TYPO3_CONF_VARS['BE']['forceCharset'] = "utf-8";

пробовал и такой вариант:
$TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8;';
$TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8; SET character_set_connection = cp1251;';
$TYPO3_CONF_VARS['BE']['forceCharset'] = "utf-8";

не помогло

Достаточно
$TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8;';
$TYPO3_CONF_VARS['BE']['forceCharset'] = "utf-8";

Вторая строчка первую перезаписывает.

Хостинг хороший, только рекомендую сразу поставить mysql сервер. Быстрее работать будет + будет поддержка некоторых нужных рсширений: phpmyadmin например

Спасибо.
закоментировал строку:
$TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8; SET character_set_connection = utf8;';
Все русские символы превратились в иероглифы, но после повторного ввода русские символы отображаются нормально включая "ш" и "И".

Хотя утверждать что именно это исправило положение не могу так как помимо этого крутил разные варианты, но изменение произошло именно после него.

поддомены для сайта
 

есть домен на хостинге nic.ru
стоит акселератор (и работает:), сделанный по инструкции: http://forum.nic.ru/showthread.php?t...ighlight=nginx
поддомены прописаны как псевдонимы основного сайта (т.е. по идее должны указывать на ту же папку документов... основного сайта)
создал несколько поддоменов в одной базе TYPO3 (все как надо - указал новый домен, создал шаблон и т.п.)
в шаблоне прописано
config.baseURL =
но тут все и начинается... когда базовый url указывает на корневой домен, т.е. config.baseURL = http://mysite.com/, все работает нормально, за исключением отображения в браузере - так и остается для поддоменов http://mysite.com/...
переписываю config.baseURL = http://domen1.mysite.com/ (в шаблоне поддомена), информация отображается, картинки с сайта отображаются, ссылки работают, в браузере появляется все как нужно: http://domen1.mysite.com/..., НО пропадают ссылки на таблицы css..., т.е. шаблон пропадает
Кстати, шаблон установлен через темплавуаля...

Пробовал и эту инструкцию для поддоменов: http://hosting.nic.ru/faq/dns.shtml#q5 (правда через симлинки)
там вообще все плохо... не отображается ничего вообще..., может из-за nginx?
Или правила нужно другие в .htaccess прописать?

вероятно надо прописать условия типа

[globalString = _SERVER|HTTP_HOST=zzz.ru]
page.config.baseURL = http://zzz.ru/
[end]

[globalString = _SERVER|HTTP_HOST=www.zzz.ru]
page.config.baseURL = http://www.zzz.ru/
[end]