hosting.nic.ru - кто-то использует?

[Grundik]

Сообщение от Andrey Grey

кстати, раз уж речь зашла о mysql. почему бы не поступить как с PHP? т.е. не дать пользователям предустановленные версии mysql c возможностью выбора нужной из раздела "управление модулями"?

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

[vedomir]

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

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

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

[Grundik]

Сообщение от vedomir

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

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

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

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

[vedomir]

Сообщение от Grundik

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

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

[Grundik]

Сообщение от vedomir

А запрос из панели ? Тоже опционален к рассмотрению ?

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

Вообще, саппорт - это лицо хостинга.

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

[Yarche]

Сообщение от pomotom

Валерий, были ли у вас проблемы с utf8 в частности с буквой ш?
не могли бы поделится настройками MySQL, PHP?

Добрый день.
Господа подскажите.
Столкнулся на этом хостинге именно с такой проблемой.
Сравнение: 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";

не помогло

[Andrey Grey]

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

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

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

[Yarche]

Спасибо.
закоментировал строку:
$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 прописать?

[Valery Romanchev]

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

[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]