Eu-Host: услуги хостинга и реселлинга.

Та же беда, сайты пашут но зайти не могу, логина такого не существует....

Долго ждал ответа поддержки, все тихо.

Решил все-таки переехать, делов на час то.

Вижу что забросили этот хост вообще.

eu-host идет нах! Делал бэкап сайта через DirectAdmin. После восстановления бэкапа "слетела" кодировка. Написал в саппорт. После нескольких дублей сообщений все же ответили. Ничего не решили и мне сказали написать на e-mail. Отписал. Тут мне объяснили, что у меня что-то с кодировкой (:D вот это новость). Я конечно объяснил как все было и попросил восстановить их бэкап. На что мне ответили, что бэкапа моего сайта нет (прошлый хозяин систематически производил бэкап данных). Тогда я сказал, что бы попробовали восстановить мой бэкап, сделанный с рабочего сайта. Тут они опять боян о том, что что-то с кодировкой и они ни чем не могут помочь. С вопросом о восстановлении сайта к ним обращался постоянно, на что получал ответ о бездействии, либо о не способности восстановить ими сайт. Я не отступал) На очередну просьбу мне ответили и попросили данные для входа в phpmyadmin. Данные выслал. На следующий день я очень удивился увидев не только те самие кракозябры, но и ошибки кода О_о. На что мне ответили, что они ничего не делали. Хотя, по их словам они пытались восстановить бэкап. Я настаивал на решении этой проблемы. И тут я узнал, что бэкап делается "по особенному")) Возник вопрос: Нахрена тогда разрешать функцию создания/восстановления бэкапа пользователям, если бэкап делается "криво"? Я "втюхал" им данный вопрос, на что я получил ответ о том, что они не несут ответственности за стороннее ПО. Ого! - Подумал я. Ведь ведь вы несете ответственность за предоставление услуг, в которые входит панель DirectAdmin. И Вы должны нести ответственность за его правельную настройку. Вобщем вопрос так и не решен.

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

Не говоря уж о просьбах "отчистить базу" или о "не плановом бэкапе". Вобщем тех поддержка не знает и не умеет буквально ничего.

Так же была предъява о том, что во всем виноват я сам. Якобы нужно было посмотреть, что дамп БД в неправильной кодировке.

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

Я конечно не смог в полной мере описать ситуацию, т.к. все ньюансы не запомнишь. Если будут вопросы я уточню и расскажу отдельные моменты более подробно

Сложилось впечатление, что тех поддержка - школьнеГи либо непросвещенные в это дело люди.

прежде чем восстанавливать бекап необходимо убедиться в его корректности. в итоге вы сами запороли базу.

eu-host.ru добавил 27.05.2009 в 15:55

поддержка работает круглосуточно.

eu-host.ru добавил 27.05.2009 в 15:56

Где вы ждали ответа и куда писали?

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

а причем тут саппорт и цпанель?

Да, я запорол базу по вашей вине. Я абсолютно не знаю ни про какой MySQL, откуда мне знать, что с базой что-то не так, что не правильная кодировка т.п.? В директАдмин доступна функция бэкапа. Я создал его. Появилась необходимость восстановить его. Я восстановил.

А вы абсолютно ничего не можете сделать. Не можете даже восстановить резервную копию созданную ВАМИ! Ну какая это тех. поддержка? Какие нахрен специалисты?

З.Ы.

Пришлось делать самому.

Поделитесь опытом, как делаются бэкапы ч\DirectAdmin! Сколько раз не пытался - все время кривизна с кодировкой. С cpanel та же история :)

Посему делаю так: файлы архивирую файл-менеджером в *.tar.gz

Дамп БД сливаю при помощи Sypex Dumper Lite, причем там прописываю define('RESTORE_CHARSET', 'forced->cp1251'); , где cp1251 - кодировка БД.

И все всегда работает. И все делается достаточно быстро. И, не надо терзать саппорт.

Причем, у Eu-Host, пока был сервер в Германии, там была кодировка latin1, и если кто на этой кодировке проставил бд с русскими сиволами, тот на новом сервере в России - попал конкретно :)

А все потому, что некоторые упорные в эпоху mysql 5.x упорно прописывают в my.cnf "init-connect="SET NAMES cp1251""

Boris A Dolgov, Некоторых последнее время всё больше