Совковый хостинг - 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
В таком случае, если вы считаете что на старом и новом сервере памяти выделялось одинаково - смотрите на настройки сервера.
Если бы я ковырялся с Друпалом и он после этого заглючил - это была бы моя проблема. Но админка перестала работать именно после вашего переноса.
продолжения пока не последовало...
В общем-то, комментировать вроде бы нечего, все и так понятно. Дешевый совковый сервис во всей своей красе.
Предыстория:
"Место под солнцем" было взято у 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
В таком случае, если вы считаете что на старом и новом сервере памяти выделялось одинаково - смотрите на настройки сервера.
Если бы я ковырялся с Друпалом и он после этого заглючил - это была бы моя проблема. Но админка перестала работать именно после вашего переноса.
продолжения пока не последовало...
В общем-то, комментировать вроде бы нечего, все и так понятно. Дешевый совковый сервис во всей своей красе.
Re: и как не крути, а год нужен.("всё давно изобретено"( )
Re: и как не крути, а год нужен.("всё давно изобретено"( )
:)