Створення нового сайту (домену) в ISPmanager 6 виконується через єдиний майстер. Можна вибрати Nginx, Apache або зв'язку Nginx + Apache як веб-сервер.

Створення нового сайту

Панель → WWW → Домени → Створити. Майстер проведе через усі основні кроки за одну форму.

Основні параметри

Поле	Опис	Приклад
Домен	Ім'я сайту	example.com
Користувач	Власник файлів	user1
Коренева директорія	Відносно home	example.com/www
Веб-сервер	Nginx / Apache / Nginx+Apache	Nginx
PHP	Версія PHP	PHP 8.2 (FPM)

Вибір веб-сервера

Nginx — швидше для статики, менше пам'яті, рекомендується для більшості
Apache — підтримка .htaccess, потрібен для деяких CMS
Nginx + Apache — Nginx як фронтенд, Apache обробляє PHP. Найгнучкіший варіант

✅ Для WordPress рекомендуємо Nginx або Nginx+Apache. Для сайтів з .htaccess — Apache або Nginx+Apache.

Структура файлів після створення

/var/www/user1/
└── data/
    └── www/
        └── example.com/
            └── www/          ← корінь сайту (public_html)
                └── index.html

Налаштування SSL при створенні

У формі створення сайту поставте галочку «Захищене з'єднання» → Let's Encrypt → Отримати безкоштовно. SSL буде видано автоматично.

⚠️ Для отримання сертифіката Let's Encrypt домен повинен вже вказувати на IP сервера (A-запис у DNS). Інакше валідація не пройде.

Додавання піддомену

WWW → Домени → виберіть домен → Піддомени → Створити. Вкажіть ім'я піддомену та кореневу директорію.

Права доступу на файли сайту

ISPmanager створює директорії та призначає власника автоматично під час створення сайту через майстер. Але при заливанні файлів через FTP від імені root або через scp напряму права інколи розходяться з очікуваннями вебсервера, і сайт починає видавати помилки доступу, хоча структура директорій виглядає правильною.

# Перевірити поточного власника файлів сайту
ls -la /var/www/user1/data/www/example.com/www/

# Відновити власника, якщо файли залито не тим користувачем
chown -R user1:user1 /var/www/user1/data/www/example.com/www/

Окремо перевірте права на самі файли та директорії: для директорій зазвичай потрібні права 750, для файлів — 640, а скрипти, які мають виконуватися сервером, — окремий випадок, що залежить від режиму PHP (FPM або mod_php).

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

Повідомлення	Що означає
`Domain already exists`	Домен уже додано до панелі — або раніше, або іншим користувачем на цьому ж сервері
`Unable to bind: address already in use`	Порт 80/443 уже зайнятий іншим вебсервером, не керованим через ISPmanager
Сайт створено, але відкривається сторінка «Ласкаво просимо» замість контенту	У кореневій директорії ще немає файлів сайту — `index.html`, створений за замовчуванням, показується замість реального контенту
`403 Forbidden` одразу після створення	Некоректні права на директорію сайту — вебсервер працює від окремого користувача і не може прочитати файли

Nginx, Apache і зв'язка: порівняння для нового сайту

Критерій	Лише Nginx	Лише Apache	Nginx + Apache
Підтримка .htaccess	Немає	Так	Так
Швидкість віддачі статики	Висока	Середня	Висока (через Nginx)
Споживання пам'яті	Низьке	Вище	Вище, ніж чистий Nginx
Сумісність зі старими CMS	Потребує адаптації правил	Максимальна	Висока

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

Потрібна нестандартна структура директорій (наприклад, окремий public для фреймворка Laravel/Symfony) — після створення сайту корінь все одно доведеться змінювати вручну в налаштуваннях домену
Сайт мігрує з іншого сервера з уже наявною базою даних і специфічними шляхами — швидше перенести конфігурацію вручну, ніж підганяти новий сайт під стару структуру через майстер
Потрібні кілька доменів з повністю незалежними користувачами та лімітами на одному тарифі — це вже завдання рівня реселлінгу, а не створення одного сайту
Сайт потрібно підняти повністю автоматично скриптом без участі людини — майстер у веб-інтерфейсі для цього не підходить, потрібен виклик тих самих операцій через REST API панелі

Перевірка результату

Після створення сайту переконайтеся, що він дійсно резолвиться і віддає контент, а не лише числиться в списку доменів панелі.

# Перевірити, що домен резолвиться на IP сервера
dig +short example.com

# Перевірити HTTP-відповідь
curl -I http://example.com/

Якщо dig повертає порожню відповідь або чужий IP — проблема на рівні DNS, а не в налаштуваннях ISPmanager, і сайт може бути налаштований правильно, але недоступний за доменом до оновлення записів. Оновлення DNS поширюється не миттєво, і до завершення TTL старого запису частина відвідувачів може бачити старий сервер. Дивіться також керування DNS-зонами в ISPmanager 6 та отримання SSL-сертифіката.