graf_mur: (Сурьёзный кот)
graf_mur ([personal profile] graf_mur) wrote2010-03-16 02:11 pm
Entry tags:

Совковый хостинг - Goldhost.ru

Процитирую историю переписки с хостером. Страна должна знать своих "героев".

Предыстория:
"Место под солнцем" было взято у Goldhost.ru в далеком 2003 году. "Место" находилось на Agava и вполне себе шустро и безпроблемно работало. Но недолго музыка играла - через какое-то время хостер перебросил сайт в Штаты. Не сказать чтобы там были какие-то технические проблемы, только со скоростью доступа из разных точек мира. Потом сайт еще пару раз перекидывался из одного американского дата-центра в другой, всегда без предупреждения, извинения, но относительно быстро - сутки-двое, пока всё с DNS устаканится. Где-то в те времена сайт был переведен с легкого "движка" PHP-NUKE на куда более тяжелый Drupal. И не было с ним никаких особых заморочек - американские дата-центры вполне благосклонно относились ко всем капризам и требованиям Drupal.
В конце 2008 - начале 2009 сайт переволокли на алмаатинскую площадку. Уж не знаю, какими там соображениями руководствовались в Голдхосте, перенося туда клиентов - все-таки трудно поверить, что аренда серверов в суверенном Казахстане обходится дешевле, чем в США. Вот тут и началась веселуха - Drupal'у там явно не понравилось. Сваливание в ошибки из-за недостатка оперативной памяти стали весьма популярным явлением. Письмо в саппорт обычно решало проблему на несколько недель, потом ситуация повторялась, следовало очередное письмо и цикл повторялся. Админка, как самая тяжелая часть системы, глючила, но функционировала.
Наконец, в 2009 году, хостер решил начать экспансию на казахский рынок и российские клиенты были перенесены на российские серверы. Мне достался mhost (masterhost?). Славное было время - всё работало, Drupal был живее всех живых, админка загружалась быстро и беcпроблемно (!). До 6 марта 2010 года. Хостер решил перебросить (конечно же без уведомления!) сайт на площадку mnogobyte.net. Перенос происходил в течении 2 суток (думаю, это связано с DNS-серверами), во время которых данные терялись, появлялись снова, снова терялись. Сказать, что это было очень критично и неровозно для участников КомРенга-6, это значит ничего не сказать.
8 марта процесс переноса был завершен, админка Drupal перестала работать вообще!
И началась эпопея (обращаем внимание на даты!):

11.03 23:42
После  очередного  переноса  сайта  на  другой сервер (как всегда, без всякого  предупреждения)  вместо  админки  я вижу вот такой вот кошмар (см. аттач).
Вы  уж  тогда  или  сделайте,  чтобы все работало по-человечески, а не показывало  "ужасы  отечественного  хостинга"  или  верните обратно на старое место.

Примерно с 9:00 до 12:00 12.03 сайт недоступен. После восстановления обнаруживается, что хостер сделал банальный бэкап с 6 марта! Все данные с 6 по 12 марта исчезли.


12.03 12:15
Пришлите ссылку на ошибку.

12.03 12:40
http://www.haiku-do.com/***  для  входа  требуется  залогинится  под админом, естественно. Вам для этого нужно выслать логин-пароль?
Выглядит это вот так, см. аттач

И еще вопрос.
Сайт  был  недоступен  сегодня как минимум с 10 до 11 мск. После этого записи  созданные  с  6  по  11  марта оказались утерянными. Это будет восстановлено или всю работу в течении недели можно забыть?


12.03 22:07
Сообщите данные для проверки ошибки.

13.03 8:15
Страница с ошибкой - http://www.haiku-do.com/***
Логин - ***
Пароль - ***

И еще раз повторяю вопрос:
Сайт  был  недоступен  12.03 как минимум с 10 до 11 мск. После этого записи  созданные  с  6  по  11  марта оказались утерянными. Это будет восстановлено или всю работу в течении недели можно считать утерянной?


13.03 11:12
Проблема в вашей БД либо в настройках файла коннекта к базе. in ****database.mysql.inc on line 128

13.03 12:48
Ага,  только до того, как вы перетащили сайт на площадку mnogobyte.net все это нормально работало. Т.е. до 6 марта никаких проблем не было.

И в очередной раз хочу выяснить:
Сайт  был  недоступен  12.03 как минимум с 10 до 11 мск. После этого записи  созданные  с  6  по  11  марта оказались утерянными. Это будет восстановлено или всю работу в течении недели можно считать утерянной?
И по какой причине это случилось.


15.03 0:36
Повторяю свой первый вопрос:
Почему, до того, как вы перетащили сайт на площадку mnogobyte.net все это нормально работало. Т.е. до 6 марта никаких проблем не было. А после перетаскивания сайта на другое место (без всякого предупреждения -  спасибо  за совковый сервис!) вдруг проявила себя "проблема в вашей БД".

Второй вопрос:
Сайт  был  недоступен  12.03 как минимум с 10 до 11 мск. После этого записи  созданные  с  6  по  11  марта оказались утерянными. Это будет восстановлено или всю работу в течении недели можно считать утерянной?
И по какой причине это случилось?

И  почему  рекламируемая  техподдержка  24х7  не  в  состоянии  ничего вразумительного ответить с 11 марта?

(15.03  в 17:00 - 17:40 поддомен com-renga6 был переброшен мной на другую площадку)

16.03 11:34
Переносили со старого сервера повторно,по вашему запросу.
Восстановить из бэкапа?


(Я просил перенести и восстановить из бэкапа?! Где, когда?!)

16.03 12:39
Спасибо,   господа,  но  дорога  ложка  к  обеду.  С  вашей  скоростью реагирования это уже стало не актуально. Поддомен с критичными данными перенесен к другому хостеру. Там целее будет.

Т.ч. остался только вопрос с админкой, которая после ВАШЕГО переноса с  сервера  на сервер перестала работать. Имхо, либо дело в количестве памяти,  выделяемой  под  PHP,  либо что-то с настройками сервера. СМС Друпал весьма чувствителен в этих вопросах.


16.03 12:49
Приоритет - Открыт Medium - Средний

При срочных вопросах указывайте приоритет выше.

Тариф - Любимый - 32 Мб памяти.


16.03 12:56
В  таком случае, если вы считаете что на старом и новом сервере памяти выделялось одинаково - смотрите на настройки сервера.
Если бы я ковырялся с Друпалом и он после этого заглючил - это была бы моя  проблема.  Но  админка  перестала  работать  именно  после вашего переноса.


продолжения пока не последовало...

В общем-то, комментировать вроде бы нечего, все и так понятно. Дешевый совковый сервис во всей своей красе.

[identity profile] vseokey777.livejournal.com 2010-03-16 12:12 pm (UTC)(link)
Так было и так будет, хочешь испортить иномарку продай - лицензию автовазу.

.masterhost

[identity profile] danpascal.livejournal.com 2010-03-16 12:19 pm (UTC)(link)
не совсем понятен вот этот текст

Наконец, в 2009 году, хостер решил начать экспансию на казахский рынок и российские клиенты были перенесены на российские серверы. Мне достался mhost (masterhost?). Славное было время - всё работало, Drupal был живее всех живых, админка загружалась быстро и беcпроблемно (!). До 6 марта 2010 года. Хостер решил перебросить (конечно же без уведомления!) сайт на площадку mnogobyte.net

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

Re: .masterhost

[identity profile] graf-mur.livejournal.com 2010-03-16 03:48 pm (UTC)(link)
А что непонятного? Голдхост, насколько я понимаю, своего железа не имеет и арендует там, где ему удобнее (выгоднее). Арендовали у мастерхоста, потом по каким-то причинам, решили уйти к многобайту (причем, как следует из ответа саппорта, аренда на мастерхосте у них осталась - они просто мой сайт перебросили на другой сервер).
Я же не пишу, что брал хостинг у мастерхоста, а тот меня взял и отдал со всеми потрохами многобайту, нет, деньги отданы Голдхосту, а он уже таскается туда-сюда. А мне остается только по изменению ip сайта гадать, куда нелегкая занесет.
Хочется подробностей политики этого хостера? - вопрос не ко мне.

Re: .masterhost

[identity profile] danpascal.livejournal.com 2010-03-16 06:46 pm (UTC)(link)
спасибо за ответ! теперь понятно :)

[identity profile] simizy.livejournal.com 2010-03-16 09:48 pm (UTC)(link)
А напрямую на мастерхосте сильно дороже разве?

[identity profile] graf-mur.livejournal.com 2010-03-17 05:48 pm (UTC)(link)
Да великой проблемы нет. Haiku-do.ru и Haikupedia базируются в питерском дата-центре best-hoster'а и там все хорошо. Перетащить туда можно в любое время (единственная заморочка с самим доменом - он зарегистрирован в качестве бонуса к годовому аккаунту - вытаскивать будет явно несколько геморройно). Но осталось еще полгода оплаченных и хочется спокойно эти полгода прожить (потом уже точно помашу Голодхосту ручкой).
(или настойчиво травя друг другу жизнь - как получится)

и как не крути, а год нужен.("всё давно изобретено"( )

[identity profile] yamanaga.livejournal.com 2010-03-17 09:31 am (UTC)(link)
Дааа, как говорили в Старой Одесьсе: чёрт бы побрал этот кризис и того менеджера с егойными фантазиями. исходя из услышанного, у нас три проблемы:
Первая: Надо копить деньги. А потом решать энти проблемы.
Вторая:Два решения.
1.Решение Глобальное (кое-кто правда не любит ентого слова)либо мы сами обзаводимся своим Железом и зарабатываем на энтом деле деньги(платный вход: с аббонементами на квартал/полугодие/год... и Прочие творческие сопутствующие моменты)
2. Решение Обыденное: найти того кого на Российской или Евроазиатской территории и Договариваться(!) о взаимовыгодных условиях ( и опять же скорее всего Платный аккаунт для участников)

и опять же, я в познаниях программ далее Ассемблера и Паскаля не ушел, - всё больше с людьми общаюсь, но как тока проект "Арт-Галереи ФотоКу" наберёт силу, то столкнусь с той же сетевой проблемой.(
так что, как не крути: И год надобен и надыть копить деньги.
:0(

Re: и как не крути, а год нужен.("всё давно изобретено"( )

[identity profile] graf-mur.livejournal.com 2010-03-17 05:52 pm (UTC)(link)
Нет, Борис. По большому счету, проблем нет, т.к. я подстрахован и в любой момент могу уйти на другой сервер другого хостера (см. выше). И это не требует таких уж весомых затрат. Скорее, это дело принципа - услуга оплачена и хочется чтобы она выполнялась в полном объеме, а не сикось-накось потому что у кого-то шило в заднице есть, а умения поддерживать заданный уровень - нет..

Re: и как не крути, а год нужен.("всё давно изобретено"( )

[identity profile] yamanaga.livejournal.com 2010-03-19 04:53 am (UTC)(link)
Так, это замечательно, ) Саша. С одной стороны возможности, а с другой нервотреп с обработкой данных. я в своём электронном прошлом всё больше интерфейсами занимался, так судя по тому как развивается глобальная "паутина" сейчас мы все и сталкиваемся с теми зе проблемами, что и на заре Больших и средних эвм. обработка запросов и комманд на расстоянии. бяка заключается в том, что у каждого индивидуальный комп, провайдер и далее три цепи: то есть пока до сервера доберёшься налетаешь, на "железо", протокол и человеческий маразм, а про сервис ненавязчивый тут, как говорится: "без комментариев..."
:)