к.е.н. Лавлинский Н. Е. технічний директор ТОВ «Метод Лаб»,
доцент кафедри інформатики РЕУ ім. Г. В. Плеханова
Крок 0. До перенесення
Готуватися до переносу потрібно задовго до його настання. Скажу більше, все що описано в цьому кроці я рекомендую робити всім власникам сайтів, навіть якщо вони запустили свій сайт вчора і всім задоволені.
Щоб якісно підготуватися до переносу (або іншої нестандартної ситуації) потрібно представляти, які ключові компоненти включає ваш проект. Ось приблизний список (його потрібно адаптувати до вашого нагоди).
Почнемо з доменів. Незважаючи на низьку вартість реєстрації це найважливіший компонент сайту, його накопичена вартість може перевищити всі інші елементи, включаючи саме вміст сайту.
Всі зазначені дані доступів і реквізитів (як у випадку з доменами, так і зазначеними далі в статті) необхідно зберегти в зручному електронному вигляді, з потрібними поясненнями. Цей файл потрібно обов'язково резервувати в декількох місцях (благо файл буде невеликою навіть для складного проекту). Також їх потрібно актуалізувати як мінімум раз на місяць (паролі мають властивості не працювати в найпотрібніший момент). Перевірка логіна в панель адміністратора займе не більше 2-х хвилин, а цінність цього виявлення проблем складно переоцінити.
Друге - це місце, де фізично розташований ваш сайт, тобто хостинг. Тут список даних наступний:
Четверте: система управління сайтом. У деяких системах допускається поділ системи управління і самого сайту. В цьому випадку, система може вважатися ще одним сайтом, до якого пред'являються ті ж вимоги, що і до сайту (наприклад, при резервному копіюванні). Додатково потрібно мати адміністраторський доступ до системи.
Останній важливий момент: резервна копія сайту. Що включає правильний бекап?
- Повна копія файлів сайту. Як ми говорили вище, файли можна розділити на дві частини: скрипти (програмний код) і все інше. Потрібно зберігати все, крім балок (журналів сервера) і тимчасових файлів.
- Копія бази даних сайту. Потрібно враховувати, що баз даних може бути кілька. При виборі способу створення копії БД краще зупинитися на текстовому дампі у вигляді SQL-виразів (якщо СУБД підтримує SQL). Для деяких БД потрібно зберегти файли, в яких вони зберігаються. Для найпоширенішою СУБД MySQL такий дамп робиться або через веб-інтерфейс phpMyAdmin або в консолі через mysqldump.
- Супутні файли налаштувань, скрипти для cron, консольні утиліти. Цей пункт підходить скоріше для складних і великих сайтів. Часто ці «дрібниці» забувають бекап і при необхідності відновлення можуть викликати неприємні проблеми.
Крок 1. Перенесення сайту
Отже, рішення про перенесення сайту на інший хостинг прийнято. Причини можуть бути різними, при цьому сам процес приблизно однаковий.
Дуже важливо підготуватися до переносу в «мирний» час (крок 0). На жаль, часто цими діями нехтують і перенесення сайту перетворюється невеселе пригода.
Вважаємо, що крок 0 виконаний. З чого потрібно починати перенесення? Відповідь проста - спланувати плавний перехід з одного хостингу на інший.
Перше, що потрібно це забезпечити працездатність старого (поточного) хостингу на термін перенесення (з урахуванням запасу за часом). Зазвичай хостинг оплачується помісячно, тому запас повинен бути 1-2 місяці.
Далі важливо коректно завершити відносини з поточним постачальником хостингу або підтримки вашого сайту. Для передплатної схеми оплати потрібно оплатити останній місяць (на перехідний час) і повідомити компанію-партнера про закриття договору. Як правило, термін повідомлення про розірвання становить 1 місяць (але може бути і іншим, дивіться текст договору). При використанні оплати за фактом надання послуг, перехідний місяць також обов'язково потрібно оплатити і повідомити партнера про розірвання договору через місяць. Цей крок є вкрай важливим, оскільки багато в чому визначає наявність або відсутність проблем при перенесенні. Якщо ви вирішуєте «зекономити» і не платити за останній місяць, створюєте борги, обманюєте партнера, то варто очікувати недружніх дій з його боку. Навіть якщо ви виконали всі дії кроку 0, ви не можете бути впевнені, що повністю незалежні від компанії, яка надає підтримку сайту (майже завжди) або хостинг-провайдера (зустрічається рідше).
Які недружні дії може зробити незадоволений (ображений, кинутий і т. Д.) Партнер:
- не надав повної актуальні копії сайту;
- відмовитися видавати вимоги до хостингу, особливості настройки;
- приховувати реквізити доступу з кроку 0;
- запустити копію вашого сайту на іншому домені (яким ви не можете управляти);
- передати копію сайту конкурентам;
- виділити клієнтську базу з робочої копії сайту (для продажу, передачі);
- видалити поштові скриньки (загубляться листи);
- зіпсувати дані сайту перед передачею;
- розмістити на вашому сайті небажані дані (наприклад, продажні посилання для зниження позицій в SEO).
Список недружніх дій, наведений вище, не претендує на повноту, але дає загальне уявлення про можливі наслідки. Це може бути втрата / псування унікальних даних, простої в роботі сайту, компрометація іміджу компанії і т. Д.
Безпосередньо перенесення сайту потрібно починати з настройки нового хостингу і копіювання даних на нього. Для того, щоб контролювати роботу сайту на новому хостингу, потрібно мати тимчасове доменне ім'я (це може бути ім'я 3-го рівня, наприклад, test. Company. Ru). Часто хостинг-провайдер дає безкоштовне технічне доменне ім'я - його теж можна використовувати.
Процес запуску сайту індивідуальний для кожного сайту і системи управління сайтом, але важливо пам'ятати про те, що ці дії повинні виконувати компетентні фахівці. Уникайте залучення до цієї роботи системних адміністраторів, випадкових знайомих та інших людей які колись щось чули про веб-сайтах. Занадто багато нюансів може проявитися в процесі перенесення.
Отже, сайт на новому хостингу запущений, протестований, настає найвідповідальніший момент - перемикання на новий хостинг. Наведемо цей процес по кроках.
- При зміні DNS-хостингу (наприклад, якщо він прив'язаний до основного хостингу сайту, який ви змінюєте) - настройка всіх доменів на DNS-хостингу.
- Стан сайту за час перехідного періоду могло застаріти, тому потрібно синхронізувати файли і БД до поточного стану.
- Перевірка працездатності сайту на новому хостингу.
- Перемикання DNS-серверів доменів на новий хостинг.
- Очікування і контроль переїзду доменів (можуть бути помилки тестування NS-серверів і реєстратор не перемкне домен). Процес переїзду доменів на новий DNS-хостинг може зайняти до доби.
- Для прискорення переходу на новий хостинг (при наявності можливості) на старому DNS-хостингу пропишіть нові A-записи для доменів (від нового хостингу). В цьому випадку переїзд займе приблизно час TTL для записів на домені (як правило кілька годин).
- Якщо ви не можете чекати і декількох годин (сайт навантажений і дані швидко застарівають), то можна зробити практично миттєве перемикання. Для цього:
- Створюємо нове ім'я третього рівня (наприклад new. Company. Ru), для нього прописуємо новий IP сайту (і на старому, і на новому хостингу).
- Переналаштовує старий DNS-хостинг на нові IP, для домену призначаємо нові NS-сервера.
- На старому хостингу робимо rewrite (в Nginx або Apache) всіх запитів на домен new. company. ru (з кодом 301).
- Після остаточного переїзду домену відключаємо редирект, залишаємо основні доменні імена.
- Налаштувати (при можливості) пошту на новому хостингу (створити ящики).
- Переключити MX-записи для домену на новий хостинг.
- В інтерфейсі нової пошти налаштувати збір пошти з старих ящиків (для цього повинні бути доступні сервера pop або imap старої поштової системи). Якщо збір в новій системі не передбачений, то це можна налаштувати в поштовому клієнті (наприклад, Thunderbird).
- Після повного переїзду пошти видалити ящики на старому хостингу.
Крок 2. Після перенесення сайту
Всі дані перенесені, сайт працює на новому місці, відмінно. Чого бракує? Потрібно виконати дрібні, але важливі дії.
Як виявилося, процес перенесення сайту містить в собі безліч ризиків і труднощів. Чесно зізнатися, приступаючи до написання статті, навіть не замислювався про всі можливі моменти. Все це говорить про те, що ставитися до переїзду потрібно відповідально і підбирати виконавців відповідно. Нехай ваш переїзд не дорівнюватиме двом пожежам!
Звертайтеся за якісним перенесенням сайту до професіоналів. Метод Лаб переносить сайти більше 10 років. Накопичений досвід дозволяє швидко і без пригод перенести ваш сайт на інший майданчик.
Найкраще прискорення сайтів в Рунеті
Ціна від 19 900 Р