Переїзд сайту з одного середовища в інше рідко буває драматичним, але майже завжди супроводжується дрібними поломками, які виявляються не одразу. Нижче п’ять найчастіших, із якими стикаються при переході на Linux-середовище. Усі п’ять виправляються за хвилини — якщо знати, де шукати.
Помилка 1: регістр імен файлів
Головна пастка для тих, хто працював у середовищі, де регістр не має значення. Файл із назвою Logo.PNG і посилання на logo.png раніше вказували на той самий об’єкт, а в новому середовищі це два різні імені. Результат — зникле зображення або незастосований стиль, причому вибірково, на кількох сторінках.
Лікується масовим приведенням імен до нижнього регістру й перевіркою посилань у шаблонах. Робіть це до перемикання адреси, а не після.
Помилка 2: права доступу на файли й теки
Після копіювання права часто злітають у крайність: або надто суворі, і сайт не може записати кеш чи завантажений файл, або надто вільні, що є прямою загрозою безпеці. Орієнтир простий: теки з можливістю запису лише там, де це потрібно, виконувані права — тільки для того, що справді виконується.
Помилка 3: кодування бази даних
Класика, яку бачив кожен: сайт піднявся, але замість української з’явилися питальні знаки або набір символів. Причина — розбіжність кодування при вивантаженні та завантаженні дампа. Перевіряти треба три рівні: кодування самої бази, таблиць і з’єднання, яке встановлює сайт.
Запорізький магазин, із яким ми розбирали такий випадок, два дні працював із поламаними описами товарів, бо проблему помітили лише в картках, а головна сторінка виглядала нормально. Після переїзду перевіряйте не тільки першу сторінку.
Помилка 4: сертифікат захищеного з’єднання
Другий за частотою збій після пошти. Сертифікат залишився на старому майданчику, а на новому його або не встановили, або встановили лише на основне ім’я без варіанта з префіксом. Відвідувач бачить попередження браузера й іде. Перевіряйте обидві версії адреси й переконайтеся, що переадресація на захищений протокол налаштована.
Більшість провайдерів, які пропонують хостинг для сайтів на Linux, видають базовий сертифікат разом із тарифом і налаштовують автоматичне продовження — це знімає найпоширенішу причину раптової недоступності сайту через рік після переїзду.
Помилка 5: забуті заплановані задачі
Файли перенесли, базу перенесли, сайт працює. А через тиждень з’ясовується, що не оновлюються залишки, не йдуть нагадування клієнтам і не формується резервна копія. Заплановані задачі живуть окремо від файлів сайту й не переїжджають разом із ними. Випишіть їх зі старого сервера до міграції й відтворіть на новому в перший же день.
Коротка перевірка після переїзду
Пройдіть основні сценарії руками: головна, каталог, пошук, форма зворотного зв’язку, оформлення замовлення, вхід в адмінку, завантаження файлу. Подивіться журнал помилок сервера за перші години — там видно те, чого не видно в браузері. Перевірте в панелі вебмайстра, що сторінки віддають коректні коди відповіді. І не видаляйте дані зі старого майданчика щонайменше два тижні: це найдешевша страховка з усіх можливих.
