Преместване на сайт при нов хостинг доставчик: стъпка по стъпка

За да преместите сайт безопасно, опишете всичко, което старият хостинг върши за вас, намалете TTL на DNS записите доста преди преместването, копирайте сайта при новия доставчик и го тествайте там, преди да го види който и да е посетител. След това сменете DNS и проверете сайта, пощата и SSL сертификата. Старият хостинг акаунт трябва да работи, докато промяната в DNS се разпространи и се уверите, че нищо вече не зависи от него. При този ред всяка стъпка може да бъде върната назад.

#Опис преди каквато и да е промяна

Преместването обикновено се проваля заради нещо, което старият хостинг е вършил незабелязано. Прегледайте стария акаунт и запишете:

• Файлове. Кода на сайта, качените изображения и документи, както и файловете извън публичната папка, например конфигурации или частно хранилище.
• Бази данни. Всяка база, нейния потребител и правата му, както и версията на сървъра за бази данни. Вижте в конфигурацията на приложението кои бази реално се използват.
• Версии на софтуера. Версията на PHP или на друга среда и разширенията, от които сайтът има нужда. Разликата във версиите е честа причина за празна страница след преместване.
• Поща. Всички пощенски кутии, псевдоними, пренасочвания и пощенски списъци, както и къде реално се съхраняват писмата. Те може да са при стария хостинг или при отделен доставчик, за когото е достатъчно да запазите DNS записите.
• Cron задачи. Планираните задачи и точните команди, които изпълняват. Лесно се пропускат, защото в началото нищо видимо не спира да работи.
• DNS записи. Експортирайте или копирайте цялата зона: A, AAAA, CNAME, MX и TXT записите, включително SPF, DKIM и записите за потвърждение на други услуги.
• SSL. Какъв сертификат използва сайтът и дали се подновява автоматично.
• Други настройки. Правила за пренасочване, защитени с парола папки, ограничения по IP и собствени страници за грешки.

Проверете и кой управлява домейна и неговия DNS. Ако нямате достъп до профила при регистратора, осигурете си го сега. Как работят записите и name сървърите, можете да си припомните в статията какво е домейн и как работят DNS записите.

#Намалете TTL на DNS предварително

Всеки DNS запис има TTL (time to live), което указва на резолверите колко дълго могат да пазят отговора в кеша си. Ако TTL на A записа е дълъг, част от посетителите ще продължат да стигат до стария сървър толкова време след промяната.

Намалете TTL на записите, които ще сменяте. Обикновено това са A и AAAA записите за домейна и за www, както и MX записите, ако местите пощата. Направете го поне толкова време преди преместването, колкото е текущата стойност на TTL, за да е изтекла старата, по-дълга стойност навсякъде, когато превключвате. Когато всичко се успокои, върнете по-високата стойност.

Ако сменяте и name сървърите, тази промяна се прави при регистратора и може да се разпространява по-бавно от промяната на отделен запис. Когато е възможно, преместете сайта първо чрез смяна на записите, а name сървърите сменете като отделна стъпка.

#Копирайте сайта и го тествайте преди превключването

1. Подгответе новия акаунт. Създайте базите и потребителите, изберете същата версия на средата и добавете домейна.
2. Копирайте файловете и данните. Прехвърлете файловете през SFTP или с инструментите на контролния панел. Експортирайте всяка база от стария хостинг и я импортирайте в новия. Запазете правата на файловете, които приложението очаква.
3. Обновете конфигурацията. Насочете приложението към новото име на базата, потребителя, паролата и хоста. Потърсете твърдо зададени пътища или адреси на стария сървър в конфигурационните файлове.
4. Тествайте при новия хостинг, без никой друг да вижда. Редактирайте файла hosts на компютъра си така, че домейнът да сочи към IP адреса на новия сървър само за вас, и разгледайте сайта както обикновено. Проверете страниците, входа в профил, формите, търсенето, качването на файлове, поръчката в тестов режим и администрацията, и прочетете лога с грешки на сървъра.
5. Създайте отново cron задачите и проверете, че всяка от тях се изпълнява.
6. Подгответе SSL. Някои сертификати могат да се издадат едва когато домейнът сочи към новия сървър, а други могат да се копират или да се потвърдят чрез DNS. Разберете кой е вашият случай, за да не остане сайтът без валиден сертификат след превключването.

#Превключете DNS и проверете пощата

Изберете спокоен период. Ако сайтът приема поръчки, коментари или формуляри, замразете промените на стария сайт или планирайте последна синхронизация на базата точно преди превключването, за да не се загуби нищо, записано на стария сървър.

1. Направете последното копие на базата и на новите качени файлове.
2. Насочете A и AAAA записите или CNAME към новия сървър.
3. Инсталирайте или проверете SSL сертификата и се уверете, че сайтът се зарежда през HTTPS без предупреждения. В статията за SSL сертификатите е описан проблемът със смесеното съдържание, който може да се появи на тази стъпка.
4. Ако местите пощата, създайте кутиите при новия хостинг и копирайте съществуващите писма през IMAP. След това сменете MX записите и TXT записите за SPF и DKIM според новия пощенски сървър.
5. Изпратете и получете тестови писма от и към външен адрес и проверете дали изходящата поща не попада в спам.

Когато сайтът вече изглежда наред, пощата лесно остава непроверена. Писма може да продължат да пристигат на стария сървър известно време след смяната на MX, затова влизайте там по време на прехода и прехвърляйте всичко, което пристигне.

#Връщане назад и какво да пазите до края на разпространението

Пазете си път назад, докато не сте сигурни, че преместването е успешно:

• Оставете стария хостинг акаунт активен и платен, докато DNS се разпространи, пощата се стабилизира и новият сайт поработи нормално известно време. Не го прекратявайте в деня на преместването.
• Пазете експорта на старата DNS зона. Ако нещо сериозно се повреди, насочете записите обратно към стария сървър. Ниският TTL прави това бързо.
• Пазете пълни резервни копия на файловете, базите и пощенските кутии, направени точно преди превключването и съхранени извън двата хостинга.
• Следете и двата сървъра. Преглеждайте лога за достъп на стария сървър. Когато спре да получава реални посетители и поща, разпространението на практика е приключило за вашите потребители.
• Опишете новата среда: къде работи сайтът, какви версии използва, къде отиват резервните копия и какви cron задачи има.

Едва тогава закрийте стария акаунт и върнете TTL към обичайната стойност.

#Как може да помогне PN Scripts

PN Scripts Hosting предлага споделен хостинг, KVM VPS с root достъп, dedicated сървъри и домейни, така че сайтът и домейнът му могат да бъдат при една компания. Какво включва всеки пакет, можете да сравните на страницата с хостинг плановете.