Встановлення WordPress в ISPmanager 6: швидкий деплой

ISPmanager 6 Business і вище включають вбудований інсталятор CMS. WordPress встановлюється автоматично зі створенням БД, завантаженням файлів і налаштуванням конфігурації — весь процес займає 3–5 хвилин проти півгодини ручного встановлення.

Автоматичне встановлення через CMS

Шлях у панелі: WWW → CMS → Створити → WordPress.

Панель сама створює базу даних, користувача MySQL з обмеженими правами і заповнює wp-config.php — вручну чіпати ці поля не потрібно; детальніше про роботу з базами — у статті бази даних в ISPmanager 6.

Ручне встановлення WordPress

Ручний шлях потрібен, якщо сайт розгортається не в корінь домена, потрібна нестандартна структура каталогів або CMS переноситься з іншого хостингу разом із готовою базою.

Крок 1: створити сайт і БД

1. WWW → Домени → Створити → example.com (PHP 8.2, Nginx)
2. Бази даних → MySQL → Створити → example_wp

Крок 2: завантажити WordPress

# Через SSH
cd /var/www/user1/data/www/example.com/www/
wget https://wordpress.org/latest.tar.gz
tar xzf latest.tar.gz --strip-components=1
rm latest.tar.gz

Крок 3: налаштувати wp-config.php

cp wp-config-sample.php wp-config.php
nano wp-config.php

# Заповнити:
define('DB_NAME', 'user1_example_wp');
define('DB_USER', 'user1_wpuser');
define('DB_PASSWORD', 'пароль_з_ISPmanager');
define('DB_HOST', 'localhost');

Розбір типових помилок встановлення

• Error establishing a database connection — найчастіше описка в імені користувача чи бази: ISPmanager додає префікс акаунта (user1_) автоматично, а під час ручного введення в wp-config.php його легко забути.
• 403 Forbidden при зверненні до wp-admin — конфігурація Nginx ISPmanager за замовчуванням не пропускає запити PATH_INFO до деяких файлів; перевірте, що домен створено саме з шаблоном для WordPress, а не як «статичний сайт».
• Are you sure you want to do this? (перевірка nonce не проходить) — після перенесення файлів вручну забули оновити siteurl і home в таблиці wp_options, через що куки й nonce прив'язані до іншого домена.
• The uploaded file exceeds the upload_max_filesize directive — ліміт PHP в ISPmanager нижчий, ніж потрібно для завантаження медіатеки; правиться в розділі домена «Налаштування PHP», а не в самому WordPress.

Порівняння: автоматичне встановлення проти ручного

Оптимальна конфігурація Nginx для WordPress

ISPmanager автоматично додає базові правила. Для додаткової оптимізації через SSH використовуйте розділ «Додаткові директиви»:

# Кеш статики в конфігу сайту
location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg|woff2)$ {
    expires 1y;
    add_header Cache-Control "public, immutable";
}

# Блокування прямого доступу до wp-config.php
location = /wp-config.php {
    deny all;
}

Коли автоматичний інсталятор не підходить

• Сайт переноситься з іншого хостингу разом з наявною базою і медіафайлами — інсталятор створює чисту базу, а не підключає готову.
• Потрібен мультисайт WordPress (Multisite) зі своєю структурою піддоменів — стандартний майстер CMS його не налаштовує.
• Потрібне встановлення конкретної старої версії WordPress для сумісності з legacy-плагіном — інсталятор завжди ставить останню стабільну.
• Потрібна окрема база даних на зовнішньому сервері MySQL замість локальної — майстер CMS створює користувача лише для локального сокета, а зовнішнє підключення доведеться прописувати в wp-config.php вручну після встановлення.

Як перевірити, що встановлення пройшло успішно

# Перевірити, що сайт відкривається без помилок PHP
curl -sI https://example.com/ | head -5

# Перевірити версію WordPress і активну тему через WP-CLI
wp core version --path=/var/www/user1/data/www/example.com/www/
wp theme list --path=/var/www/user1/data/www/example.com/www/

# Перевірити, що база підключена і таблиці створені
wp db check --path=/var/www/user1/data/www/example.com/www/

Якщо всі три команди відпрацювали без помилок, а сторінка віддає HTTP 200 — встановлення завершено. Останній крок — зайти в /wp-admin/ під обліковим записом адміністратора і змінити пароль на постійний, якщо використовувався тимчасовий.