- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть сайт на VDS у одной хостинг-компании. Нужно перенести его на VDS к другой хостинг-компании.
Обновление DNS у домена может выполняться около 24 часов. То есть примерно в течение суток часть пользователей будут попадать на сайт сайт на старом VDS, а часть на новом. Пользователи добавляют на сайт комментарии и общаются в форумах, как быть в этом случае? Как не потерять тот контент, которые добавят пользователи, которые все еще будут попадать на старый VDS?
Есть сайт на VDS у одной хостинг-компании. Нужно перенести его на VDS к другой хостинг-компании.
Обновление DNS у домена может выполняться около 24 часов. То есть примерно в течение суток часть пользователей будут попадать на сайт сайт на старом VDS, а часть на новом. Пользователи добавляют на сайт комментарии и общаются в форумах, как быть в этом случае? Как не потерять тот контент, которые добавят пользователи, которые все еще будут попадать на старый VDS?
Помимо предыдущего совета ещё в настройках DNS ставите TTL 60 секунд за день до переезда. И после смены IP уже через минуту подавляющее большинство пользователей будут попадать на новый IP.
Есть сайт на VDS у одной хостинг-компании. Нужно перенести его на VDS к другой хостинг-компании.
Обновление DNS у домена может выполняться около 24 часов. То есть примерно в течение суток часть пользователей будут попадать на сайт сайт на старом VDS, а часть на новом. Пользователи добавляют на сайт комментарии и общаются в форумах, как быть в этом случае? Как не потерять тот контент, которые добавят пользователи, которые все еще будут попадать на старый VDS?
если на старом хостинге стоит nginx, то через изменение конфига nginx - проксировать сразу на бекенд (например, apache) нового хостинга:
proxy_pass http://new_ip:8080;Будет мгновенное переключение трафика на новый хост
Можно поступить предложенным выше способом с проксированием. То есть полный порядок действий:
В результате Вы уберёте проблему скорости обновления DNS (хотя сейчас это уже почти неактуально). Минус этого способа в том, что если канал между старым и новым сервером плохой или серверы очень далеко друг от друга, могут возникнуть задержки в открытии страниц. Но как временный, краткосрочный вариант - подойдёт вполне.
Вариант с использованием удалённой БД имеет место быть, но опять же, если старый сервер далеко от нового, это может создать проблемы со скоростью открытия страниц.
А ещё важно протестировать корректность работы сайта на новом сервере. Чтобы не возникло проблем уже после переключения на новый сервер. Для этого можно перенести файлы и БД, но на домен с временным адресом.
Всем большое спасибо за полезную информацию.
В итоге воспользовался способом прокси в конфиге nginx. Для тех, кто будет подобное делать, то обратите внимание, что если на одном VDS крутится сразу несколько сайтов, то для каждого из них может быть свой собственный файл настроек для nginx.
Например, у меня файлы конфигов лежат в /home/u-s-e-r/conf/web/d-o-m-a-i-n.ru.nginx.ssl.conf