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

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

Планирую перенос одного сайта с самописного движка на typo3, нагруженностей типа чата, форума или магазина не будет, посещаемость - порядка 10 000 хитов в сутки, тариф на nic.ru на текущий момент - максимальный, typo3 устанавливается нормально.

Интересует реальный опыт, чтобы не огрести в ходе эксплуатации проблем, которые надо будет срочно решать (типа ограничения количества соединений к базе).

Пока единственной проблемой, с которой сталкивался на hosting.nic.ru, был момент, когда что по ftp, что через php-скрипт с upload-формой не мог ничего залить, тогда они ответили, что вызвано это было тем, что на них проводилась DDoS-атака.

я использую nic.ru (недавно размещал там сайт заказчика)

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

Что необходимо там сделать
1) поставить APC (PHP акселератор). Он у меня поставился (скомпилировался) по инструкции. Единственное, что пришлось сделать - скопировать все расширения PHP в свою собственную папку, и туда же положить скомпилированный apc
2) в TYPO3 поставить кеширование в статику nc_static... (при этом надо кодировку для отдаваемых html файлов настроить для апача)

ограничения кол-ва соединений к базе - пока не видел
ограничения по памяти в 196 мб было превышено (согласно их же логам) при закачивании списка экстеншенов их репозитория, но сайт в это время не отрубили

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

У меня с utf8 на nichost-e проблем не было, все работало по умолчанию.

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

не было проблем

я туда сейчас еще одного клиента ставлю... и два работают нормально
http://watergeo.ru - он вообще без кеширования стоит... видно везет пока с серверами

MySQL - дефолтовые настройки
PHP5 - только акселератор доставил. Буду ставить новый аккаунт - напишу интсрукцию

сейчас посмотрел - возможно были проблемы из-за database charset cp1251 в глобальных настройках MySQL. Из других гипотез только кривой файл ruki.sys, а так все проблемы поборол.
APC и другие расширения клали в папку php?

а почему расширение shtml? сапу вставляете :) через SSI что ли? А я как человек осторожный вставляю не в шаблон, а в тексты через маркеры (спасибо Павлу Антонову за идею) или просто сайт переводили с другого движка?

Летом были дикие тормоза и при попытки закачке по ftp (вплоть до невозможности закачать файл), саппорт отвечал, что это ДДоС аттака (не конкретно моего сайта, а сервера или другого сайта на нем).

Теперь уже на главной новость, что их периодически атакуют, вывесили.

Тормоза есть,
хотя TYPO3 так и не начал использовать (в связи с переносом сроков выпуска новой версии сайта).

Если в PHP-скриптах замерять время генерации, то оно сносное, но "на глаз" бывает, что сайт открывается необычно медленно (по сравнению с другими хостингами).
Думаю, версия о частых ДДоС-атаках выглядит правдоподобной.
Но на постоянной основе с их проблемами мириться не хочу,
планирую переезд на другой хостинг.

почти с начала предоставления услуги хостинга Руцентром.
проблемы начались где-то в мае 2007. тормоза жуткие. служба поддержки испортилась, если раньше разбирались с проблеммами, то сейчас даже по телефону и почте не отвечают.
некоторые сайты еще остались на этом хостере, большую частьпришлось перевести. работа админки TYPO3 в nic.ru несколько вялая, зато очень добная панель управления самого хостинга.

я туда ставил два сайта www.watergeo.ru, www.systemgroup.info этим летом. работают отлично.
Суппортом их пользовался только один раз, потому что в панели можно сделать все самому.

По скорости работы объяснение может быть такое: что они под завязку загружали серверы, или железки ставили слабые.
Но сейчас уже железки сильно подешевели, так что врядли будет такая фигня дальше.

Абсолютно не согласен. Дело не в стоимости железки.

1. Каждая железка это еще и накладные расходы на ее содержание, дополнительное время и т.д.
2. Емкости датацентров кончаются быстрее чем их успевают строить. У всех проблем с эл.питанием.
3. Каждую новую тачку надо настраивать и администрировать.
4. Клиентов больше чем успевают ставить машин. И дело тут не в цене.
5. Человеческий фактор - лень.

Проще пихать всех на одну машину, чем наращивать мощности. В том числе экономически, так как:
ресурсоемкие клиенты не интересуют хостера!

он лучше потеряет сотню таких клиентов и наберет тысячу с сайтами из 5-и HTML страниц.

это все понятно... но ведь упомянутые выше сайты уже несколько месяцев работают нормально.
Врядли они за 5 месяцев один сервер не забивают клиентами.

Очевидно сервер уже забит - теперь будет постепенно расти нагрузка на него (клиенты будут ставить доп. сайты и т.п.).

интересно, что похоже они CPU шарят ровно между всеми - т.е. для сайтов на тайпе это выгодно


в аттаче отчеты по нагрузке watergeo.ru

Из разряда - повезло. О качестве же говорит не один хороший отзыв, а наличие плохих!

1. На сервере мало сайтов с нагрузкой (сайтов подобных твоему мало).
2. Услуги NIC связанные с Drupal, магазинами и т.д. были запущены уже после того как сервер был заполнен и клиенты там этим не пользуются (нагрузка меньше)
3. Просадка по производительности носит случайный характер - то все хорошо, то вообще не работает. FE может работать (как менее ресурсоемкоей), а BE тормозить страшно.

CPU шарится не равномерно, а кто первый схватил, это же не VPS. Кому то досталось...а кому то может уже и нет.

может...

да, равномерно это не то слово. Я имел ввиду, что ограничений по CPU там не выставлено, хотя у них вроде очень продвинутая хостинговая среда

watergeo.ru стоит на сервере web09.nic.ru
недавно ставил еще один сайт (надеюсь скоро его откроют) - он стоит на
web19.nic.ru
определяется это в SSH командами
hostname
или
uname -a

web04.nic.ru - работает ООООчень не стабильно :(

Зря вы так..
Живу на web04 - проблем нет пока сам их себе не создаешь.
Кстати есть еще хорошая вещь для 301 тарифного плана.
Nginx - увеличиваем скорость отдачи статики.

А вот здесь моя инструкция по его установке.

Да, вопрос с этим сервером решился.
Когда создавали аккаунты, кто-то из тех.поддержки допустил ряд ошибок. Файлы были битые, ну и кроме того вписали количество соединений с БД не больше 3-х. Тех поддержка спустя долго время нашла эти ошибки исравили, но я всеравно перенес сайты на другой их сервер.

А по поводу nginx - да, использую. Очень радует.

Кстати насчет MySQL - так как сервер MySQL расположен на другом сервере, а не на том что и веб-аккаунт, то можно хорошо увеличить скорость запросов - собственный сервер MySQL.

Никому не навязываю - но порой это лучшее решение.

Приятно что официальная тех. поддержка руцентра стала принимать участие в жизни форума typo3.biz :)

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

Такая мысль была, но есть небольшой момент с использованием версий 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]

не помогло... я не понимаю, почему недоступны таблицы стилей.... ведь все остальное (картинки, содержимое и т.д.) отображается и со старыми настройками...
Кроме того, обращаясь к страницам через их id и URL основного сайта, шаблон остается, а через URL подсайта, не находится...

все было проще, или сложнее?
виноват Nginx, а точнее его установки по умолчанию, сделанные на nic.ru, а именно Static files location
т.е. статические файлы, настроил, чтобы файлы обрабатывал сервер и все заработало...

Наша компания предоставляет специализированный хостинг для CMS Typo3.
Серверы на процессорах i7, 8Гб оперативной памяти, панель ISP, никаких искусственных лимитов. Ежедневные бэкапы, как локально, так на ваш FTP.
Тяжелые сайты "бегают", даже с выключенным кешированием и с большим кол-вом генерируемой "на лету" графики (пример http://www.2doma.ru).

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

http://www.bernoulli.ru/services/hosting/ (Вопросы можно задать по телефону или на support@bernoulli.ru)

Будем рады принять ваш сайт. Условия под ваши индивидуальные потребности обсуждаемы.

Сайт typo3 на хостинге nic.ru.
Установил по инструкции Nginx - и все Ajax-скрипты перестали работать. Перестал работать даже RTE в бэк-енде. Как это поправить? :(

Что в логах nginx?

Спасибо, уже разобрался. Мой косяк, не всё что нужно поменял в настройках сайта.

Скажите это только у меня такая проблема с хостингом nic.ru:
Изображения контента сайта генерируются через раз. А Install tool иногда не обнаруживает IM в директории в которой он был 5 минут назад. Даже не всегда генерируются изображения в BE не говоря уже про FE...

Можно как-то там поставить IM для себя?

web82.nic.ru

P.S. Перед этим был опыт разработки сайта у этого хостера, и он был положительный. Может мне не повезло переностить сайт на этот хостинг, на предыдущем хостинге было всё отлично...

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

Видать мне просто не повезло...

Буду просить другой сервер может на другом получится всё настроить...

аналогично. поставил TYPO3 4.5, IM иногда пропадает, иногда появляется. при этом из InstallTool проверка изображений почти всегда проходит, а на самом сайте - нет. Пару раз отработал нормально и кирдык.
в панели администратора появляется запись типа не пойму - памяти не хватает что ли?

Core: Error handler (FE): PHP Warning: exec() [<a href='function.exec'>function.exec</a>]: Unable to fork ['/usr/local/bin/convert' -geometry 160x112! 'uploads/pics/ExpoElectronica_02.gif'[0] 'typo3temp/pics/5be81010ef.gif'] in /home/site/site.ru/docs/t3lib/utility/class.t3lib_utility_command.php line 49

не пойму - памяти не хватает что ли?
саппорт пока молчит.
и таки да - в бэкэнде превьюшки генерируются худо-бедно.