Совковый хостинг - 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
В таком случае, если вы считаете что на старом и новом сервере памяти выделялось одинаково - смотрите на настройки сервера.
Если бы я ковырялся с Друпалом и он после этого заглючил - это была бы моя проблема. Но админка перестала работать именно после вашего переноса.
продолжения пока не последовало...
В общем-то, комментировать вроде бы нечего, все и так понятно. Дешевый совковый сервис во всей своей красе.
no subject
.masterhost
Наконец, в 2009 году, хостер решил начать экспансию на казахский рынок и российские клиенты были перенесены на российские серверы. Мне достался mhost (masterhost?). Славное было время - всё работало, Drupal был живее всех живых, админка загружалась быстро и беcпроблемно (!). До 6 марта 2010 года. Хостер решил перебросить (конечно же без уведомления!) сайт на площадку mnogobyte.net
сайт жил на мастерхосте, это я понял, но мастерхост не переводит площадки клиентов на площадки других хостеров... максимум площадка может быть перемещена с одного сервера на другой
Re: .masterhost
Я же не пишу, что брал хостинг у мастерхоста, а тот меня взял и отдал со всеми потрохами многобайту, нет, деньги отданы Голдхосту, а он уже таскается туда-сюда. А мне остается только по изменению ip сайта гадать, куда нелегкая занесет.
Хочется подробностей политики этого хостера? - вопрос не ко мне.
Re: .masterhost
no subject
no subject
(или настойчиво травя друг другу жизнь - как получится)
и как не крути, а год нужен.("всё давно изобретено"( )
Первая: Надо копить деньги. А потом решать энти проблемы.
Вторая:Два решения.
1.Решение Глобальное (кое-кто правда не любит ентого слова)либо мы сами обзаводимся своим Железом и зарабатываем на энтом деле деньги(платный вход: с аббонементами на квартал/полугодие/год... и Прочие творческие сопутствующие моменты)
2. Решение Обыденное: найти того кого на Российской или Евроазиатской территории и Договариваться(!) о взаимовыгодных условиях ( и опять же скорее всего Платный аккаунт для участников)
и опять же, я в познаниях программ далее Ассемблера и Паскаля не ушел, - всё больше с людьми общаюсь, но как тока проект "Арт-Галереи ФотоКу" наберёт силу, то столкнусь с той же сетевой проблемой.(
так что, как не крути: И год надобен и надыть копить деньги.
:0(
Re: и как не крути, а год нужен.("всё давно изобретено"( )
Re: и как не крути, а год нужен.("всё давно изобретено"( )
:)