Хостинг для OpenCart варто обирати за тим, як він виконує роботу вашого магазину: відкриває каталог, обробляє оформлення замовлення, запускає імпорт і фонові задачі. Самої позначки «підтримує OpenCart» недостатньо. На однаковому тарифі невеликий каталог і магазин з кількома маркетплейсами можуть створювати зовсім різне навантаження.
Спочатку складіть паспорт магазину
Запишіть точну версію OpenCart або ocStore, тему, перелік критичних розширень і поточну версію PHP. Окремо вкажіть кількість товарів, мов, зображень, обсяг імпорту та частоту синхронізації. Важливий і час виконання: десять задач, запущених одночасно, створюють інше навантаження, ніж ті самі задачі протягом години.
Перевіряйте вимоги кожного модуля. Для закодованого розширення може знадобитися сумісний ionCube Loader. Наявність потрібної версії PHP у панелі провайдера ще не означає, що з нею працюють усі встановлені доповнення. Докладніше про перевірку перед оновленням — у матеріалі про сумісність модулів OpenCart.
Які ліміти запитати у провайдера
- Доступні CPU, пам’ять, одночасні PHP-процеси та обмеження введення-виведення.
- Ліміт часу вебзапиту й окремі обмеження CLI та cron.
- Доступ до журналів PHP, статистики ресурсів і повільних SQL-запитів.
- Версію MySQL або MariaDB, обмеження з’єднань та розмір бази.
- Дисковий простір, кількість файлів, умови створення й відновлення резервних копій.
Універсального числа гігабайтів для всіх магазинів немає. Попросіть тестовий період і перевірте реальний каталог. Якщо обмеження спрацьовує під час імпорту, більший дисковий простір сам по собі проблему не усуне.
PHP для сайту та для cron можуть відрізнятися
Вебсервер і планувальник іноді використовують різні виконувані файли PHP та різні налаштування. Перевірте версію, розширення й ліміти обох середовищ. Використовуйте точну команду з документації встановленого модуля: довільний маршрут адміністратора не стає cron-командою лише після додавання до розкладу.
Погодьте часовий пояс, розклад та спосіб зберігання результату. Для задач імпорту потрібні контроль прогресу й захист від паралельного запуску. Не публікуйте cron-URL з токеном у зверненнях або скриншотах.
Як провести тест до перенесення
- Створіть захищену тестову копію; вимкніть реальні платежі, листи та відправлення замовлень у зовнішні сервіси.
- Виміряйте відкриття категорії, пошуку, товару й адміністративної сторінки кілька разів.
- Запустіть погоджений невеликий імпорт і перевірте час, пам’ять та журнал.
- Переконайтеся, що резервну копію можна відновити, а не лише завантажити.
Перед запуском доповнень скористайтеся чеклістом встановлення модулів. У каталозі ShopX звіряйте вимоги конкретного рішення зі своїм середовищем. Найкращий тариф для вашого магазину — той, що пройшов ці перевірки з потрібними модулями й має зрозумілий шлях відновлення після збою.
Технічна довідка: PHP CLI.
