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, недоступная на текущем аккаунте.