Хостинг 1gb.ru пал в бою без боя

0 0
15:32 15 августа 2013 — Grishaev Dimitiy
Хостинг 1GB.ru последнее время часто лагал, а теперь и вовсе перестал работать. В Мае месяце пришлось даже восстанавливать сайт, ибо по вине хостера были удалены некоторые разделы базы данных, что страницы с контентом пропали вовсе. На блого есть кэш у поисковиков — вытащили.
И теперь, после моей рекомендации клиенту 2 дня назад и его отказа перейти на другой хостинг мы видим следующее:

Телефоны отключены, сайт не работают, основной сайт хостера не работает…

Вывод: не гонитесь за дешевым хостингом — дороже выйдет.

Нет денег на хостинг 350 рублей в месяц? Зачем тогда вы сделали сайт? Не захламляйте интернет, удалите свой сайт и займитесь реальным делом, приносящим прибыль и удовольствие!!!

АПД: в полку прибыло: blogs.yandex.ru/search.xml?text=jino.ru
Хостинг jino.ru тоже не работает.
Про 1gb.ru blogs.yandex.ru/search.xml?text=1gb.ru тоже пошли посты, что он не работает.

АПД2: ну а если очень хочется… есть бесплатный хостинг: cloud.megaindex.ru/

АПД3: да, 1gb и jino друзья навек, и виновен оказался Ростелеком!

Надо использовать разных провайдеров для хостинга — идеального провайдера не существует.

10 комментариев

+ Добавить комментарий
  • epexa
  • |
  • 17:42 15 августа 2013
Пользовался хостингом от MI, скажу что один из самых лучших вообще.
И есть ещё один, а остальные вообще ни о чём)
Ну... это больше новость. Когда тебе один за другим звонят твои клиенты с воплями: "КУДА ДЕЛСЯ МОЙ САЙТ" - еще один аргумент написать эту запись и давать им ссылку на нее.
Кстати, я так и сделал сегодня.
  • В Ш
  • |
  • 18:54 15 августа 2013
На одной из предыдущих моих работ, вынуждены были использовать хостинг от 1gb и не потому что он был самым дешевым,
а потому что был единственным, у кого можно было заказать линуксовый хост с БД MsSql.
надо было свой собственный сделать хостинг
1. Нужно делать бекапы, что бы можно было быстро восстановить сайт
2. Нужно использовать DNS сервис для домена (например от яндекса), что бы не ждать обновления DNS после переноса на другой сервер.
1. За это отвечает хостер
2. Чего? Такое бывает разве?
Да, а в договоре об этом говорится?
Да и всякие вещи слуаются. например пожар в дата-центре, наводнение, метеорит, пришельцы...
Поэтому нужно иметь копию где нибудь в облачном хранилище.
Да и без резервной копии не получиться быстро восстановить работу сайта.
Да куча всяких DNS хостингов есть. И бесплатные, и платные.
От яндекса вот бесплатный - http://help.yandex.ru/pdd/hosting.xml
1. Пожар? Хостер обещает предотвратить его всеми способами, ибо он - хостер. Только у раздолбаев на украине в 2009 году сгорел дата центр.
  • В Ш
  • |
  • 01:07 17 августа 2013
Дмитрий,
там основной сайт компании крутился на собственных 2 серваках: один как веб сервер, а по локалке к нему подключен второй, сервер MsSql БД.
Сайт был параллельным проектом, вместе с основным крутился в Яндекс Маркете и очень важно было исключить вообще какие-либо следы аффилированности.
Для использования собственного хостинга пришлось бы тянуть в офис за 50 тыс второй канал интернета другого провайдера (чтобы был другой диапазон IP), покупать новые сервера, так что куда проще и дешевле было заказать хостинг у 1gb )).
Вообще, у той компании 3 веб проекта и бывало смешно, когда в Яндекс Маркете, на многих товарах, на первой странице висело все 3 сайта одной компании )).
  • В Ш
  • |
  • 01:23 17 августа 2013
А вообще, если ресурсу необходима высокая доступность, то это полюбому использование стороннего днс (например, того же яндекса) + 2 параллельных хостинга с синхронизацией данных в реалтайме.
Делаем скрипт работающий с ip днс яндекса, который будет постоянно, (например, каждые 30 секунд) проверять доступность ресурса и если вдруг какие проблемы, автоматом меняет в яндексе на ip нашего второго хостинга.
Зато потом можно будет спать спокойно. Но! Сила, брат, не забываем, она в регулярном бекапе! Инженер Эдвард Мерфи затаился и ждет, когда мы расслабимся, чтобы подставить нас в самый неподходящий момент )).

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