Создание временного домена
Более простым вариантом для нас будет создать временный поддомен на вашем сайте, например n.site.ru.
• Для этого нам надо добавить новую запись DNS. В панелях управления cPanel, DirectAdmin, ISPmanager присутствует возможность редиктирования DNS зон.
Спасибо скачал, готовый шаблон, тоже планирую переезд.
2 ошибки.
1.
временный адрес вообще не нужно создавать.
достаточно сразу на новом хосте прописать домен второй раз. в новых ДНС. целиком. и сайт поднимать уже на основном домене сразу.
тк домен будет делегирован к старым ns — то пользователи будут ходить по старому адресу. их это не коснется.
а для того, что бы самому мониторить то, как сайт встал на новый хост — можно у себя поправить файлы hosts — куда вписать домен и новый ип адрес. что бы комп ходил на новый хост напрямую — не обращаясь к ДНС.
2.
делать какие-то заглушки для сайта и страницы о технических работах — глупость неимоверная — тк выпадут страницы (если поисковый бот спалит такую табличку).
достаточно просто данному юзеру базы ограничить доступ на запись.
ну и на каталоги (куда заливаются например картинки) поставить запрет на запись.
в этом случае ПС вообще не заметит никаких изменений на сайте (в плане остановки его работы).
с глюком столкнутется только часть аудитории, которая попытается именно что-то запостить на сайт.
та часть посетителей — которая читает — не заметит переезда вообще.
psih,
Вобще-то речь идет о переносе сайтов (например форумов) с высокой посещаемостью, где каждую минуту регистрируется как минимум по 1 человеку.
Я уж не говорю о количестве сообщений, которые появятся за сутки.
Чтобы не заниматься синхронизацией базы данных приходится придумывать такие методы.
вот именно.
если регистрируется по 1 человеку, то сколько народу вы пропустите мимо своей "заглушкой".
моя методика — без остановочная.
разве что на 5 минут (когда база заливается на новый сервак).
а что бы базу не синхронизировать.
на старом хосте ТОЖЕ надо сменить настройки mysql.
те старым хостом юзать удаленно базу с нового хоста.
или вы такое и представить не могли?
psih, оба сервера в разных странах и к тому же некоторые хостеры блокируют удаленные исходящие соединения на все порты, кроме 80, 443. Конечно же можно было попросить открыть порты, но не факт что вам их сразу же откроют после запроса.
Это загрушка автоматически перенаправляет пользователей на новый временный адрес и многие даже ничего не замечают, а поисковикам говорит что это временно (например статусом 302).
Напишите статью про свою методику, может быть она окажется лучше 🙂
Помимо Бд надо будет синхронизировать статистический контент (или как вы предлагаете заливать файлы сразу на новый сервер, а лучше на оба, чтобы не возникло временных проблем со скачиванием).
Вы сами себе противоречите.
От того что сервера в разных странах или в одной комнате — разницы нету.
Какие порты? Какая зависимость от хостера. Вы же сами сказали речь о высоконагруженных проектах где регистрации по 1 в минуте. Это что по вашему на шаред хостинге сидит?
Про статический контент — лучше наверное ситуация когда несколько картинок не прогрузится, в течении получа часа ( чем целиком сайт отвалится ).
Хотя, опять же для нормальных проектов статика раздаетсяы совсем с других сабдоменов img.site.ru и тд. Их переносить можно вообще отдельно и как угодно.
В моей технологии простоя у сайта нет. Есть только невозможность запись в базу на короткое время (копирование базы в новый сервак).
И еще. Опять же при переносит под высокой нагрузкой за несколько суток до этого меняются А записи (и устанавливатеся придельно малый TTL). И в процессе переноса меняют именно их, а уже затем сами ns (через пару суток после переноса сайта).
Шаред хостинг — сервер, на котором 10 клиентов и с которого меня выгоняли за нагрузку (VIP хостинг).
Я с Вами не спорю, что в вашем методе простоя нет — хотите, пишите про него, многим интересно узнать и про него.