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