Майже кожен сайт на WordPress, OpenCart чи Joomla — це PHP плюс MySQL. І майже кожен тариф обіцяє їх підтримку. Проблема в тому, що «підтримка PHP» нічого не говорить: версія може бути застарілою, пам'яті виділено вдвічі менше за потрібну, а кількість з'єднань до бази обмежена так, що сайт лягає на першому ж напливі відвідувачів. Розберімо, що перевіряти насправді.
Три параметри вирішують майже все: версія PHP (8.1 і вище), memory_limit (від 256 МБ) і ліміт одночасних процесів. Перші два зазвичай видно в панелі, третій доводиться шукати в документації або питати підтримку — і саме він найчастіше стає причиною помилки 508.
Яка версія PHP потрібна у 2026
PHP 7.4 остаточно застарів: оновлення безпеки для нього не виходять, а сучасні версії CMS його вже не підтримують. Якщо хостер досі пропонує 7.x як основну версію — це показник того, наскільки давно там оновлювали інфраструктуру.
Практичний орієнтир: 8.1 — робочий мінімум, 8.2 і 8.3 — комфортна норма. Приріст швидкості між 7.4 і 8.x на реальних сайтах помітний: у типовому WordPress час генерації сторінки скорочується приблизно вдвічі. Плюс перехід на 8.x закриває низку відомих уразливостей.
Важлива деталь: наявність нової версії в панелі не означає, що ваш сайт на ній працює. Перемикання зазвичай ручне, і багато сайтів роками сидять на старій версії просто тому, що ніхто не натиснув кнопку.
memory_limit: чому сайт показує білий екран
Найчастіша прихована проблема на дешевих тарифах. PHP обмежує пам'ять на один процес, і коли скрипту її не вистачає, він просто обривається. Користувач бачить порожню сторінку, у логах — fatal error про вичерпання пам'яті, а хостер каже, що «сервер працює нормально».
- 128 МБ — вистачить лендингу чи простому блогу без плагінів
- 256 МБ — робочий мінімум для WordPress, Joomla, OpenCart
- 512 МБ — магазин із десятком модулів, імпорт прайсів, генерація PDF
- 1 ГБ і більше — важкі імпорти, обробка зображень, складні звіти
MySQL чи MariaDB
Питання, яке хвилює менше, ніж здається. MariaDB — форк MySQL, для типового сайту на CMS вони взаємозамінні: однаковий SQL, однакові драйвери, різниця в продуктивності в межах похибки. Обидві бази підходять під WordPress, OpenCart і будь-яку популярну CMS.
Що справді має значення — версія. MySQL 8.0 і MariaDB 10.6+ помітно краще працюють зі складними вибірками, ніж MySQL 5.7 чи MariaDB 10.3. Якщо у вас магазин із фільтрами, різниця буде відчутною. Тому питайте не «MySQL чи MariaDB», а «яка версія стоїть».
Дев'ять із десяти «незрозумілих падінь» сайту — це або нестача memory_limit, або впертий ліміт процесів. Обидва параметри рідко пишуть у тарифній таблиці.
Ігор Джазов, редактор рейтингу
Ліміти, про які не пишуть на банері
Ось перелік того, що варто уточнити до оплати — саме ці цифри визначають, витримає сайт навантаження чи ні.
- Одночасні процеси (entry processes): скільки запитів PHP обробляється паралельно. При перевищенні відвідувач бачить помилку 508 — сайт «упав», хоча сервер живий
- З'єднання до бази (max_user_connections): при вичерпанні сайт показує «Error establishing a database connection»
- max_execution_time: скільки секунд дозволено виконуватися скрипту. Для імпорту прайсів 30 секунд часто замало
- Кількість inode (файлів): критично для сайтів із тисячами дрібних файлів — кеш, мініатюри, логи
- CPU-ліміти: зазвичай виражені у відсотках ядра або умовних одиницях
Як перевірити налаштування на своєму хостингу
Найпростіший спосіб — створити у корені сайту файл із рядком `<?php phpinfo();` і відкрити його в браузері. Ви побачите версію PHP, memory_limit, max_execution_time і всі активні розширення. Після перевірки файл обов'язково видаліть: він розкриває забагато інформації про сервер стороннім.
Для бази даних підійде phpMyAdmin: на головній сторінці видно версію сервера, а в розділі змінних — ліміти з'єднань. У WordPress є ще простіший шлях — розділ «Стан здоров'я сайту», де все зібрано в одному місці разом із рекомендаціями.
Коли shared перестає справлятися
Віртуальний хостинг цілком тягне сайт-візитку, блог і невеликий магазин. Сигнали, що пора на VPS: регулярні помилки 508 у години пік, скарги хостера на перевищення лімітів, потреба у власних налаштуваннях PHP чи фонових завданнях, час відповіді сервера, що повзе вгору при звичайному трафіку.
На VPS ви керуєте конфігурацією самостійно: виставляєте memory_limit, скільки треба, налаштовуєте кількість воркерів і версію PHP під свій проєкт. Плата за це — необхідність адмініструвати сервер або брати керовану послугу.
Провайдерів зі свіжими версіями PHP і MySQL ми зібрали в окремій добірці — там видно, які версії доступні й що входить у тариф.
