Функції
Скеруйте застосунок, магазин, документацію або тестовий майданчик туди, куди вам заманеться, і отримайте справжній, повністю ізольований сайт із власним стеком, базою даних, кешем, резервними копіями та ізольованими ресурсами. Повний контроль над записами DNS, автоматичні SSL-сертифікати, зокрема для піддоменів wildcard, і тестові субдомени в один клік. Доступність: обмеження ресурсів бази даних для окремих сайтів перебуває на етапі активної розробки та поки недоступне. Усе інше з описаного тут працює вже сьогодні.
На більшості хостингів піддомен — це каталог із правилом перенаправлення. У нас це повноцінний запис сайту з власною версією шаблону, власним розміщенням у мережі та власним кордоном ізоляції. Усе, що ви можете зробити з основним доменом, ви можете зробити і з піддоменом.
Кожен сайт на субдомені створюється з версіонованого шаблону та працює на власному типі стека та середовищі виконання: кешований WordPress, WooCommerce, PHP, статичний HTML або Node. Ваш субдомен із документацією може бути статичним HTML, тоді як основний домен працює на WordPress, без жодних компромісів між ними.
Одна база даних MariaDB на сайт, повносторінкове кешування LiteSpeed LSCache та індивідуальний об’єктний кеш Redis або Memcached для кожного сайту. Ніщо не спільно з батьківським сайтом, тому важкий субдомен не зможе витіснити кеш батьківського сайту чи перевантажити його запити.
CloudLinux LVE обмежує процесор, оперативну пам'ять, ввід-вивід, операції вводу-виводу за секунду та вхідні процеси для кожного сайту, CageFS надає кожному сайту власний перегляд файлової системи, а MySQL Governor регулює навантаження на базу даних для кожного сайту. Неконтрольована піддоменна зона ізолюється у власному середовищі.
Щоденні резервні копії зберігаються протягом 30 днів із можливістю відновлення в один клік для кожного сайту. Ви можете повернути піддомен до стану вчорашнього дня, не чіпаючи батьківський сайт чи будь-який з інших пов'язаних сайтів.
Піддомени — це передусім проблема DNS, а вже потім хостингу, тому шар DNS налаштовано належним чином, а не заховано за формою з двома полями.
Кожен зареєстрований домен, який ви розміщуєте, отримує DNS-зону, керовану через наш модуль DNS. Вам доступні операції CRUD для записів усіх очікуваних типів, тож додавання app, shop, docs, mail чи підстановочного хоста (wildcard) — це редагування запису, а не звернення до служби підтримки. Стан зони узгоджується з провайдером ідемпотентно, що означає: частково застосована зміна чи повторна спроба редагування призводять до бажаного стану, а не залишають вашу зону в неясному проміжному стані.
Регистратор і DNS навмисно розділені: ви можете зареєструвати домен у нас і тримати DNS в іншому місці, або залишити домен у вашого поточного реєстратора та просто направити на нас піддомен. Ми перевіряємо делегування та активацію сервере імен, перш ніж оголосити домен активним, тож ви дізнаєтеся про помилку в записі від платформи, а не від клієнта.
Піддомен, який працює повільно або показує попередження про сертифікат, гірший, ніж відсутність піддомену взагалі, тому шлях доставки є таким самим, який отримує основний домен.
Сертифікати Let's Encrypt випускаються та оновлюються автоматично. Використовуйте wildcard-сертифікат для покриття всіх субдоменів одночасно, індивідуальні сертифікати для кожного хоста за потреби або завантажте власний кастомний сертифікат.
Кожен сайт працює на базі LiteSpeed із підтримкою HTTP/3, тому піддомен отримує таку саму продуктивність на рівні підключення, як і кореневий домен, а не віртуальний хост другого сорту.
Повносторінкове кешування LSCache плюс об'єктний кеш Redis для кожного сайту з координованим очищенням із панелі керування або всередині WordPress. Очищення батьківського кешу не видаляє кеш вашого субдомена.
Розгортайте через нашу CDN та пул облікових записів Cloudflare або підключіть власні акаунти й вибирайте, у який саме акаунт розгортатиметься конкретний сайт. Ви самі вирішуєте, як здійснюватиметься доставка, а не ми за вас.
Найпоширеніша причина бажання мати субдомен — це створення безпечного середовища для експериментів. На планах Mainstream цей шлях вбудований і доступний без обмежень.
Клонування на провідну staging-версію створює ізольовану копію живого сайту на тестовому субдомені зі збереженням файлів і бази даних на тому ж стеку й версії конфігурації, що й у продакшені. Ви працюєте з копією за допомогою повного набору інструментів: ізольованих SSH і SFTP, wp-cli, браузерного редактора VS Code, phpMyAdmin або Adminer, а також cron для кожного сайту та змінних середовища.
Коли зміни перевірено, розгортання в робоче середовище виконує синхронізацію з урахуванням бази даних назад у production. Ви обираєте файли, базу даних або те й інше, а пошук і заміна виконуються автоматично, тож URL-адреси у вашому контенті ведуть на сайт, а не на хост staging. Оскільки налаштування, клонування та розгортання виконуються як надійні робочі процеси Temporal із повторними спробами для кожного кроку та компенсацією, збій на якомусь етапі скасовує частково виконану роботу, а не залишає вас із наполовину скопійованим сайтом.
Краще ми скажемо вам про це одразу, ніж продамо щось, що завадить тому, чого ви намагаєтеся досягти.
Піддомени чудово підходять для структурування одного бренду: додатка, магазину, сайту документації, клієнтського порталу чи середовища розгортання для окремого клієнта. Вони не підходять для приватної мережі блогів. Кожен піддомен використовує один і той самий реєстрований домен, тому кожен, хто здійснить резолюцію будь-якого з них, точно знатиме, кому належать решта. За використання wildcard-сертифіката вони також спільно використовують сертифікат, а видача сертифікатів публікується в загальнодоступних журналах прозорості сертифікатів (Certificate Transparency), тому хости в межах спільного домену можуть бути перелічені будь-ким, хто захоче це перевірити. Це особливість публічної веб-інфраструктури відкритих ключів (PKI) та DNS нашої платформи, і жодні налаштування хостингу цього не змінять.
Тому субдомени входять до наших ліній Mainstream та Agency, а не до Footprint-Free. Якщо ваша вимога полягає в тому, щоб сайти не були пов'язані між собою, вам потрібні окремі реєстровані домени в лінійці продуктів Footprint-Free, де пули облікових записів CDN і DNS, управління footprints та доставка статичного HTML існують саме для того, щоб розірвати цей шаблон. Обидва працюють на одному движку та в одній панелі керування, тому правильний вибір нічого не коштує вам у плані зручності.
Агенції та реселери масово використовують субдомени: хост для стейджингу для кожного клієнта, хост попереднього перегляду для кожного проєкту, портал для кожного облікового запису. Платформа створена саме для такого типу роботи.
Організації утворюють ієрархічне дерево: від реселера до клієнта та сайтів, причому кожен запис обмежується та захищається на рівні бази даних за допомогою безпеки на рівні рядків. Піддомени клієнта належать організації цього клієнта, а не спільному сховищу, за яким доводиться стежити за угодою.
Розгортайте, оновлюйте та керуйте безліччю сайтів за одну дію замість того, щоб повторювати це для кожного сайту окремо.
Усе в панелі керування доступне через публічний API, який створено на основі специфікації OpenAPI. Керуйте створенням субдоменів за допомогою ключа API для організацій, CLI, Terraform або інструменту штучного інтелекту через наш сервер MCP.
Дії з підвищеними та адміністративними правами заносяться до журналів аудит-логу, а контроль доступу на основі ролей визначає, хто у вашій команді може виконувати ті чи інші дії. Ви можете бачити, хто створив, змінив або видалив хост.
Так. Оскільки кожна піддоменна зона працює як повноцінний, окремо ізольований сайт із власним стеком, базою даних, кешем і бекапами, вона займає слот сайту у вашому тарифі так само, як і основний домен. Тарифи продаються залежно від кількості сайтів, яку вони охоплюють, тому додавання субдомена обліковується так само, як і додавання будь-якого іншого сайту.
Так, і вони дійсно є незалежними. Кожен піддомен є окремим записом сайту з власним шаблоном, тому стек технологій не обов'язково має збігатися: WordPress на головному домені, WooCommerce на shop, додаток Node.js на app і статичний сайт на docs є тут звичайною конфігурацією, а не винятком. Вони можуть розташовуватися на різних серверах, запускати різні середовища виконання та різні версії PHP або Node, а також розгортатися, тестуватися, резервно копіюватися та відновлюватися за власним графіком. Жоден із них ніяк не обмежує інший, окрім спільного доменного імені.
У будь-якому разі вони захищені автоматично. Ви можете випустити wildcard-сертифікат, який покриває всі хости домену одночасно, або випускати сертифікати окремо для кожного хоста, якщо ви хочете тримати їх розмежованими. Сертифікати Let's Encrypt є безкоштовними, випускаються та оновлюються автоматично, а замість них ви можете завантажити власний сертифікат, якщо він у вас є.
Ми б не радили цього робити, і ми не продаємо послуги в такий спосіб. Усі субдомени спільно використовують один реєстрований домен, а в межах wildcard-сертифікату — спільний сертифікат, випуск якого відображається в публічних записах Certificate Transparency, тому будь-хто за бажання може пов'язати хости між собою. Для завдань, де сайти не повинні з'єднуватися, використовуйте окремі реєстровані домени на нашій лінійці Footprint-Free, яка розроблена спеціально для цього з пулами CDN- та DNS-акаунтів, керованими слідами та доставкою статичного HTML.
Платформа створена так, щоб локалізувати загрозу, а не давати їй поширюватися. CloudLinux LVE обмежує процесор, пам'ять та IO кожного сайту всередині власної капсули, CageFS надає кожному сайту ізольоване середовище файлової системи, щоб локалізувати пошкодження, а MySQL Governor обмежує навантаження на базу даних для кожного сайту, тож складні запити одного сайту не сповільнюють сервер. Це підкріплюється скануванням на шкідливе ПЗ, проактивним брандмауером веб-додатків та незмінними резервними копіями для кожного сайту. Локалізація є метою дизайну; жоден хост не може гарантувати неможливість зламу.
Так. Реєстратор і DNS навмисно розділені. Ви можете зберегти свій домен у поточного реєстратора та зону у поточного DNS-провайдера й просто вказати запис субдомена на нас. Ми перевіряємо делегування та активацію, перш ніж вважати сайт активним, тому помилка в записі виявляється одразу, а не зникає безслідно. Якщо зона батьківського домена вже розміщена тут, ми натомість автоматично додамо до неї запис субдомена для вас, тож вам не доведеться нічого додавати вручну.
Лише в тому, як його створено. Клонування на провадження створює ізольовану копію живого сайту, включно з файлами та базою даних, на проваджувальному субдомені з таким самим стеком і версією білду, як у продакшені. Коли ви будете задоволені, функція push-to-live синхронізує його назад за допомогою розумного для баз даних пошуку та заміни. Усе решта — ізоляція, SSL, кешування, бекапи та розробницький доступ — є ідентичним до будь-якого іншого сайту.
Ви забираєте їх із собою. На платформі немає жодних обмежень чи прив’язки до постачальника: ви можете отримати коди авторизації, розблокувати домени та перенести їх, підключити власні облікові записи CDN і DNS, а також експортувати свої сайти. Кожен зовнішній провайдер, якого ми використовуємо, працює через адаптер, який можна замінити, що однаково справедливо як для вас, так і для нас.
Повна ізоляція, wildcard SSL, справжнє керування DNS та клонування в один клік для кожного хосту, який ви додаєте. Почніть 14-денний пробний період без прикріплення картки та переконайтеся, що це вам підходить, перш ніж оформлювати підписку.
Почати безплатно