Коротка відповідь: Задавайте PHP для кожного сайту окремо у своїй панелі: CloudPanel — налаштування сайту (випадачка PHP version), cPanel — MultiPHP Manager, HestiaCP — домен → Advanced → PHP version (з шаблоном php-fpm), CyberPanel — сайт → Change PHP, aaPanel — сайт → PHP version. Продакшен тримайте на підтримуваному PHP (8.2/8.3), а оновлення спершу тестуйте на staging-копії.

Огляд

Різним застосункам потрібні різні версії PHP, а релізи PHP щороку виходять з підтримки — робота на непідтримуваному PHP означає і проблеми з безпекою, і з швидкодією. Панелі встановлюють кілька версій PHP-FPM поруч і дозволяють кожному сайту обрати свою, тож сайти можна оновлювати по одному.

Що потрібно мати

  • Знання діапазону підтримуваних версій вашого застосунку (ядро WordPress чудово працює на PHP 8.2/8.3; старі плагіни можуть відставати).
  • Свіжий бекап — перемикання PHP миттєве, але поламка застосунку можлива.

Покрокова інструкція

  1. Встановіть додаткову версію PHP, якщо в панелі її ще немає (cPanel: WHM MultiPHP; aaPanel/CyberPanel: App Store / розділ PHP; CloudPanel і HestiaCP постачають кілька одразу).
  2. Перемкніть версію PHP сайту в панелі (шляхи меню — у Короткій відповіді).
  3. Доставте відсутні PHP-розширення для цієї версії (у кожної версії власний набір розширень).
  4. Перезавантажте сайт і перевірте критичні шляхи: вхід, checkout, адмінку, cron/CLI-задачі.
  5. Якщо щось зламалось — перемкніть назад: версії співіснують, тож відкат — один клік.

Типові проблеми

  • 500 після перемикання: бракує розширення (напр. intl, gd, mbstring) для нової версії — встановіть його й перезавантажте PHP-FPM.
  • CLI досі на старому PHP: типова версія шелу відрізняється від FPM-версії сайту — у cron викликайте версіонований бінарник (напр. php8.3).
  • Лог завалений deprecation-попередженнями: застосунок старіший за версію PHP — оновіть застосунок, перш ніж форсувати новий PHP.
  • Інші ліміти php.ini: ліміти пам'яті/завантаження — на кожну версію окремо; повторно застосуйте свої зміни після встановлення нової.

Коли звертатися в підтримку

PHP-помилки на рівні застосунку на некерованому сервері — на боці застосунку, але якщо сам PHP-FPM не стартує чи PHP-пакети панелі поламані на рівні ОС — відкрийте тикет з виводом помилки.

Часті запитання

Яку версію PHP тримати в продакшені?

Актуально підтримувану гілку — сьогодні для більшості застосунків це PHP 8.2 або 8.3. Старші гілки не отримують security-виправлень, тож плануйте оновлення до кінця підтримки вашої версії.

Чи можуть різні сайти використовувати різні версії PHP?

Так. Панелі ставлять версії PHP-FPM поруч і дають кожному сайту вибрати свою, тому сайти можна оновлювати по одному, не торкаючись решти.

Чому сайт зламався після оновлення PHP?

Найчастіше — відсутнє розширення для нової версії або застарілий код у старому плагіні чи темі. Доставте розширення, перегляньте лог помилок і за потреби відкотіться одним кліком.

Схожі статті

Потрібна допомога? Звернутися в підтримку Cloud2Y →

Ця відповідь Вам допомогла? 0 Користувачі, які знайшли це корисним (0 Голосів)