- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Сейчас есть старый сервер и новый сервер. Необходимо изменить NS чтобы сайт заработал на новом сервере. Как сделать, чтобы во время смены NS сайт был доступен?
не отключайте старый сайт пока полностью не пере пишутся днс. в худшем случаи потеряете пару комментов от пользователей если сайт это предусматривает
а как не отключать? можно поподробнее. что надо сделать на старом сервере, на новом и у регистратора
а как не отключать? можно поподробнее. что надо сделать на старом сервере, на новом и у регистратора
Перенесите сайт на новый сервер, не удаляя со старого.
У регистратора пропишите новые сервера имён, или ip-адрес нового сервера.
Пока обновляется кэш DNS (24 часа), часть посетителей будут приходить на первый сервер, часть на второй.
Через 24 часа (примерно) всё будет работать на новом сервере и со старого можно будет удалить.
А теперь правильный ответ (бом)
Делаете полную копию сайта на новом VPS, на старом включаете проксирование через nginx и спокойно меняете NS сервера/IP.
Через 72 часа старый VPS можно будет отключать.
Сразу видно как все плохо у хостеров с редакторами зон и ttl.
Правильный ответ мог бы быть такой: создаем на новом dns-сервер зону с низким ttl на 5 минут, забиваем записи указывающие на старый сервер, меняем данные у регистратора и ждем делегирования домена, копируем файлы. Выжидаем положенное время - 72 часа TTL в зоне первого уровня и меняем ip в зоне. Если вы можете редактировать записи на старом сервере, там можно сменить записи и тогда ждать придется меньше.
на практике вы конечно все напутаете, так что ставьте nginx.
Неа, на практике записи с TTL на 5 минут провайдеры закешируют на 72 часа ;)
Химико правильней всех насоветовал!
я тоже так и делаю как Himiko
чуть напряжно, но тут уже никуда не деться :)
а если нужно чтоб с локальной машины был адрес доступен нового сайт то в hosts в system32/drivers/etc пропиши
ip_new_server your_site.com
и ты сразу сможешь видеть его и отлаживать если что
А с пониманием принципов функционирования dns все еще хуже.
Andreyka, покажите мне этих провайдеров, которые умудрились написать свое неправильное ПО днс-сервера. Как, спрашивается, переносили сайты когда прокси-серверов не было? Все эти случаи якобы кеширования по 72 часа из-за спешки и ошибок администраторов.
Зачем писать неправильное ПО? Достаточно его неправильно настроить, перекрыв TTL своим значением по умолчанию. Особенно этим грешат всякие гомонеты - как же так, столько запросов к DNS, а повысим-ка мы минимальный TTL. Вобщем учите матчасть, netwind.
Когда небыло nginx, у apache был mod_proxy, а еще существовал такой прокси как oops, написанный моими земляками, его и использовал.
Конечно, если сайт - хомяк, то его можно перенести и так. А вот если магазин - я бы не рисковал :)