- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте.
Интересует следующая проблема.
Последнее время остро стоит проблема стабильности (а точнее не стабильности) хостингов.
Если допустить следующую модель.
Есть Хост1, на нем сайты.
Есть Хост2, на него идут ежедневные бекапы с Хоста1
Если что-то поломалось на Хосте1, можно всегда поднять сайт на Хосте2. Для домена соответственно можно сменить А-записи , чтобы IP вел на Хост2.
Но смена А-записей занимает время, по нашему опыту 2-4 часа.
Можно ли предусмотреть какую-то систему, которая контролировала бы IP адреса, то есть сменил IP сайта, и сразу сайт начинает открываться с другого IP?
Уверен, что что-то подобное существует, но к сожалению даже не знаю куда копать в этом вопросе.
Можно ли предусмотреть какую-то систему, которая контролировала бы IP адреса, то есть сменил IP сайта, и сразу сайт начинает открываться с другого IP?
Уверен, что что-то подобное существует, но к сожалению даже не знаю куда копать в этом вопросе.
использовать dns от разных проайдеров.
ns1 - пров1
ns2 - пров2
ns3 - пров3
и т.д. по желанию.
основной сайт у пров4
резервный у пров5
резервный2 у пров6
у регистратора прописываете эти ns-серверы.
"падает" пров4 - меняете записи в ns и получаете счастье.
Но ведь смена NS у регистратора тоже занимает не мало времени, около 4 часов. Или я чего-то не понимаю, почему это будет быстрее?
Но ведь смена NS у регистратора тоже занимает не мало времени, около 4 часов. Или я чего-то не понимаю, почему это будет быстрее?
вы не будете менять ns у регистратора.
вы будете менять записи в ns.
переключение на новые адреса будет занимать несколько минут.
* Удалено, т.к. потеряло актуальность *
вы не будете менять ns у регистратора.
вы будете менять записи в ns.
переключение на новые адреса будет занимать несколько минут.
опять же, "менять записи в ns" - это у регистратора, или у хостера?
Вот пример, у регистртора:
http://clip2net.com/s/1FsSA
то есть я указываю ns-ы собственного сайта, а ip прописываю в ручную? Это имеется ввиду?
Или уже у хостера ( http://clip2net.com/s/1FsTI ), что-то менять в NS ?
опять же, "менять записи в ns" - это у регистратора, или у хостера?
Вот пример, у регистртора:
http://clip2net.com/s/1FsSA
то есть я указываю ns-ы собственного сайта, а ip прописываю в ручную? Это имеется ввиду?
Или уже у хостера ( http://clip2net.com/s/1FsTI ), что-то менять в NS ?
У хостера сменить доменные записи, эта процедура до 10 минут происходит.
Можно прикрутить скрипт к bind, который меняет A запись и выставить TTL 1.
Но проблему кеширования DNS провайдерами это не решит.
Есть DNS сервис которые предоставляют платно и бесплатно в нагрузку (vps.net например)
там просто NS-ами не решить вопрос. По идее так-
пишем NS-ы одни. по ним размещаем скрипт проверки работоспособности сайтов, который редиректит посетителя на работающий сервер. Если сервер падает - скрипт перестает получать ответ и перенаправляет посетителей на другой сервер.
Скрипт разместить где-нибудь на более-менее стабильном, можно халявном хостинге, например джино, яндекс (к народу можно прикрутить свой домен?) и т.п.
Этот же механизм может "разгружать", хостинг за счет другого, когда ответ не приходит в установленный период (сервер работает, но медленно). В этом случае он начинает перебрасывать выборочно посетителей на второй сервер.
Но проблему кеширования DNS провайдерами это не решит.
+1
И особенно тормозит в этом плане Яндекс - после обновления зоны он еще больше суток по старому ip стучится (все уже давно сообразили и обновили, один яндекс-бот виден в логах сервера по старому ip). Соответственно, с большой долей вероятности можно ожидать его "немилости" по причине "неработающего" сайта.