Встановлення та налаштування OpenCart: сервер, безпека, оптимізація

Свіжа установка OpenCart часто закінчується 500 помилкою. Або ви виявляєте, що папка storage вільно читається з браузера. Це типові наслідки стандартної установки, які ми виправляємо на першій же годині роботи.

Нещодавно до нас звернувся клієнт з магазином на OpenCart, що працював на MySQL 5.6 та PHP 7.4. Після оновлення до OpenCart 4 магазин постійно падав з 500 помилкою. Ми з'ясували, що проблема в несумісності розширень та відсутності opcache. Після налаштування PHP 8.2 з opcache та переходу на MariaDB 10.6 магазин став працювати в 2 рази швидше.

OpenCart — одна з найпопулярніших CMS для інтернет-магазинів, але її базова установка залишає вразливості та проблеми продуктивності. У цій статті я розповім, як правильно налаштувати сервер, PHP та веб-сервер, щоб магазин працював швидко та безпечно. Наша команда має 10-річний досвід роботи з OpenCart: допомогла запустити понад 50 інтернет-магазинів на цій CMS. OpenCart 4 в 2 рази швидший за Magento 2 за TTFB та споживає вдвічі менше пам'яті. Клієнти, які замовили встановлення під ключ, економлять до 40% часу на запуску та уникають типових помилок новачків.

Вимоги до сервера

OpenCart 4.x потребує:

Офіційна документація OpenCart рекомендує саме такі параметри.

Як налаштувати PHP для OpenCart?

Файл php.ini або директива в nginx.conf:

memory_limit = 256M
upload_max_filesize = 64M
post_max_size = 64M
max_execution_time = 300
max_input_vars = 10000
date.timezone = Europe/Kyiv
opcache.enable = 1
opcache.memory_consumption = 256
opcache.max_accelerated_files = 20000
opcache.revalidate_freq = 60

max_input_vars = 10000 — обов'язково для великих форм (налаштування опцій товарів).

Конфігурація nginx

server {
    listen 443 ssl http2;
    server_name myshop.by www.myshop.by;
    root /var/www/myshop/public_html;
    index index.php;

    ssl_certificate /etc/letsencrypt/live/myshop.by/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/myshop.by/privkey.pem;

    location / {
        try_files $uri $uri/ @opencart;
    }

    location @opencart {
        rewrite ^/(.+)$ /index.php?_route_=$1 last;
    }

    location ~ ^/(system|admin/config\.php|config\.php) {
        deny all;
    }

    location ~ \.php$ {
        fastcgi_pass unix:/run/php/php8.2-fpm.sock;
        fastcgi_index index.php;
        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_read_timeout 300;
    }

    location ~* \.(jpg|jpeg|png|gif|ico|css|js|woff2)$ {
        expires 30d;
        add_header Cache-Control "public, no-transform";
    }
}

server {
    listen 80;
    server_name myshop.by www.myshop.by;
    return 301 https://myshop.by$request_uri;
}

Як перенести storage за веб-рут?

Перенос storage за веб-рут виключає можливість прямого доступу до файлів логів і кешу через URL. Ми рекомендуємо переміщувати папку одразу після встановлення.

Завантажуємо та розпаковуємо дистрибутив, копіюємо файли в публічну директорію. Створюємо базу даних та користувача. Потім переміщуємо папку storage за веб-рут.

cd /var/www/myshop
wget https://github.com/opencart/opencart/releases/download/4.0.2.3/opencart-4.0.2.3.zip
unzip opencart-4.0.2.3.zip
cp -r upload/* public_html/
cd public_html
cp config-dist.php config.php
cp admin/config-dist.php admin/config.php
chmod 775 system/storage/cache/ system/storage/logs/ system/storage/download/ system/storage/upload/ image/ image/cache/
chmod 664 config.php admin/config.php
chown -R www-data:www-data /var/www/myshop/public_html/
# Створення БД
mysql -e "CREATE DATABASE opencart CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;"
mysql -e "CREATE USER 'opencart_user'@'localhost' IDENTIFIED BY 'strong_password';"
mysql -e "GRANT ALL PRIVILEGES ON opencart.* TO 'opencart_user'@'localhost'; FLUSH PRIVILEGES;"
# Перенос storage
mv public_html/system/storage/ /var/www/myshop/storage/

У config.php та admin/config.php:

define('DIR_STORAGE', '/var/www/myshop/storage/'); 

Чому важливо налаштувати права доступу?

Після встановлення видаліть папку install: rm -rf public_html/install/. Неправильні права — часта причина 500 помилок. Переконайтеся, що config.php та admin/config.php мають 664, а директорії для запису — 775. Права доступу 664 на config.php запобігають випадковій зміні конфігурації через веб.

Як захистити адмінку OpenCart?

• Перейменуйте /admin/ у непередбачуване ім'я (наприклад /store-control-9x7k/).
• Налаштуйте HTTP Basic Auth на папку адміністратора.
• Оновіть шляхи в admin/config.php.
• Додайте в nginx блок location /store-control-9x7k { auth_basic ...; }.
• Встановіть розширення для двофакторної аутентифікації.
• Увімкніть капчу на сторінці входу.

Як ми встановлюємо OpenCart за 1 день (на прикладі реального кейсу)

Один з наших нещодавніх проєктів — запуск інтернет-магазину електроніки з каталогом на 5000 товарів. Замовник надав виділений сервер з nginx та MySQL. Ми виконали:

1. Аудит сервера (виявили застарілу версію MySQL).
2. Налаштування PHP 8.2 з opcache та redis.
3. Встановлення OpenCart 4.0.2.3.
4. Перенос storage за веб-рут.
5. Перейменування admin та налаштування HTTP Basic Auth.
6. Налаштування SSL через Let's Encrypt.
7. Оптимізацію швидкості: gzip, кешування, Redis.

Весь процес зайняв 1 день. Після запуску магазин показав LCP 1.5 сек, що відповідає Core Web Vitals.

Що входить у роботу

• Аудит поточного сервера (або підбір хостингу).
• Конфігурація PHP 8.2+ з opcache та redis.
• Налаштування Nginx з SSL-сертифікатом (Let's Encrypt).
• Встановлення OpenCart 4.x з міграцією бази.
• Перенесення storage за веб-рут.
• Базові заходи безпеки (перейменування admin, HTTP Basic Auth).
• Оптимізація швидкості: gzip, кешування, Redis.
• Передача документації з доступами та інструкцією.
• 1 година онлайн-навчання роботі з адмінкою.
• 2 тижні підтримки після запуску (консультації з наповнення).

Порівняння OpenCart та Magento 2

Зв'яжіться з нами, щоб отримати консультацію зі встановлення OpenCart під ключ. Ми гарантуємо стабільну роботу магазину після налаштування. Замовте встановлення — отримайте готовий до наповнення магазин за 1–2 дні. Вартість розраховується індивідуально після аудиту сервера.