Softaculous — автовстановлювач, вбудований у cPanel. Він розгортає понад 400 готових скриптів: WordPress, Joomla, Drupal, PrestaShop, Magento та інші — за одну форму, без ручного створення бази даних і завантаження файлів по FTP.
Встановлення WordPress через Softaculous
cPanel → Software → Softaculous Apps Installer → WordPress → Install.
Налаштування встановлення
| Поле | Рекомендація |
|---|---|
| Choose Protocol | https:// |
| Choose Domain | Ваш домен |
| In Directory | Залиште порожнім (корінь) |
| Admin Username | Не «admin»! Виберіть унікальний |
| Admin Password | Мінімум 16 символів |
| Admin Email | Ваш робочий email |
Поле «Choose Protocol» варто обирати https:// лише якщо SSL-сертифікат для домену вже випущено — інакше Softaculous пропише в базі даних посилання на неіснуючу https-адресу, і після встановлення сертифіката сайт усе одно доведеться донастроювати через зміну URL.
Типова помилка під час встановлення
Якщо каталог призначення зайнятий старими файлами або права на директорію виставлені неправильно, встановлення зупиняється з повідомленням:
Error: Unable to create directory wp-content/uploads. Is its parent directory
writable by the server?
Це означає, що у користувача, від імені якого працює PHP, немає прав на запис у цільову папку — зазвичай через те, що каталог було створено вручну через FTP з правами 755 замість 750/755 для власника-процесу. Рішення — виставити права 755 на папку через Файловий менеджер cPanel і повторити встановлення.
Друга часта причина відмови — база даних зі схожою назвою вже існує від попередньої невдалої спроби:
Error: A MySQL database already exists with the name you provided: example_wp1
Softaculous не перезаписує наявні бази автоматично заради безпеки. Потрібно або видалити стару базу через phpMyAdmin, або вказати інший префікс назви бази даних у розширених налаштуваннях встановлення.
Керування встановленнями
Softaculous → All Installations — список усіх встановлених CMS на акаунті.
- Edit — змінити URL, директорію, налаштування
- Clone — скопіювати сайт на інший домен (для staging)
- Backup — створити резервну копію
- Remove — видалити інсталяцію з файлами і БД
Клонування для Staging
Softaculous → My Installations → виберіть сайт → Clone
Clone To Domain: staging.example.com
Clone Directory: (залиште порожнім)
Приблизно за 2 хвилини готова повна копія сайту на піддомені.
Після клонування обов'язково обмежте доступ до staging через .htaccess (Basic Auth або IP whitelist), інакше пошукові системи проіндексують дубльований контент, і він почне конкурувати з основним сайтом у видачі.
Автооновлення та бекапи
| Компонент | Автооновлення | Ризик |
|---|---|---|
| Ядро WordPress (minor) | Увімкнено за замовчуванням | Низький |
| Ядро WordPress (major) | Вимкнено за замовчуванням | Середній |
| Плагіни | Налаштовується окремо в Softaculous | Середній-високий |
| Резервна копія перед оновленням | Рекомендується увімкнути | Знижує ризик будь-якого пункту вище |
Опція «Auto Upgrade» в налаштуваннях встановлення Softaculous не оновлює плагіни і теми третіх сторін — вона стосується лише ядра CMS. Оновлення плагінів потрібно або вмикати окремим чекбоксом «Upgrade Plugins», або виконувати з адмінки WordPress вручну, перевіряючи сумісність перед застосуванням. Резервна копія перед автооновленням займає додаткове місце на диску тарифу — на сайтах із великою медіатекою варто стежити за квотою, інакше наступне встановлення оновлення може не пройти просто через нестачу місця під бекап.
Коли Softaculous не підходить
- Проєкт потребує нестандартного стеку — Node.js-бекенд, контейнери Docker, черги завдань — Softaculous встановлює лише PHP-скрипти зі свого каталогу
- Потрібен контрольований деплой через Git із код-рев'ю і відкатом версій — тут більше підходить зв'язка cPanel Git Version Control або CI/CD, а не одноразове встановлення через вебформу
- Потрібна нестандартна версія PHP чи рідкісне розширення лише для одного плагіна — Softaculous ставить CMS на поточну активну версію PHP акаунта і не керує версією сам
- Сайт уже існує і його потрібно перенести, а не створити заново — для перенесення використовується резервна копія і ручний імпорт БД, а не автовстановлювач
Перевірка результату
# Після встановлення перевірте права на файли
find ~/public_html -type d -exec chmod 755 {} \;
find ~/public_html -type f -exec chmod 644 {} \;
Відкрийте сайт у браузері в режимі інкогніто (без кешу) і переконайтеся, що головна сторінка та адмінпанель /wp-admin/ завантажуються без помилок 500 чи білого екрана. Детальніше про встановлення WordPress вручну через cPanel — у статті як встановити WordPress через cPanel, а про прискорення вже встановленого сайту — у статті прискорення WordPress: кеш, зображення і CDN.
Часті питання
Що робити, якщо встановлення WordPress через Softaculous зупиняється з помилкою про права на запис у директорію?
Така помилка майже завжди означає, що в користувача, від імені якого працює PHP, немає прав на запис у цільову папку — часто через те, що каталог створювали вручну по FTP з невідповідними правами. Рішення — виставити права через Файловий менеджер панелі і повторити встановлення; друга причина схожої невдачі — база даних зі схожою назвою від попередньої спроби.
Чи можна одразу обирати протокол https під час встановлення, якщо SSL-сертифікат ще не випущено?
Ні, обирати протокол https варто лише тоді, коли сертифікат для домену вже випущено і активний. Інакше Softaculous запише в базу даних посилання на неіснуючу захищену адресу, і після того як сертифікат усе ж з'явиться, сайт доведеться донастроювати окремо через зміну URL — простіше одразу встановити по http і переключитися на https пізніше.
Чи потрібно додатково захищати клон сайту, створений для staging?
Так, обов'язково: після клонування доступ до staging-копії варто обмежити через файл конфігурації сервера, інакше пошукові системи проіндексують дубльований контент, і він почне конкурувати з основним сайтом у видачі. Достатньо базового паролю чи обмеження за IP-адресою, щоб копія залишалась видимою лише вам і команді.
У яких випадках краще переносити наявний сайт вручну, а не встановлювати новий через Softaculous?
Якщо сайт уже існує і потрібно саме перенести його, а не створити з нуля, автовстановлювач не підходить — перенесення роблять через резервну копію файлів і ручний імпорт бази даних. Той самий висновок стосується нестандартного стеку без PHP-скриптів або ситуації, коли для одного компонента потрібна рідкісна версія PHP, недоступна на поточному акаунті.