Функционалности
Насочете приложение, магазин, документация или тестова среда където пожелаете и получете истински, напълно изолиран сайт зад тях: собствен софтуерен стек, база данни, кеш, резервни копия и изолирани ресурси. Пълен контрол върху DNS записите, автоматичен SSL, включително wildcard сертификати, и тестови поддомейни с едно кликване. Наличност: ограничаването на ресурсите на база данни за отделни сайтове е в процес на активна разработка и все още не е налично. Всичко останало, описано тук, е налично още днес.
При повечето хостинги субдомейнът е директория с правило за пренасочване пред нея. Тук той е първокласен запис на сайт със собствена версия на шаблон, собствено разположение във флийта и собствена граница на изолация. Всичко, което можете да направите с основен домейн, можете да направите и със субдомейн.
Всяко поддомейн сайт се изгражда от версия на чертеж и работи със собствен тип стек и среда за изпълнение: managed WordPress, WooCommerce, PHP, static HTML или Node. Вашият docs поддомейн може да бъде static HTML, докато главният сайт работи с WordPress, без компромис между тях.
MariaDB база данни за всеки сайт, LiteSpeed LSCache кеширане на цели страници и персонален Redis или Memcached обектен кеш за всеки сайт. Нищо не се споделя с основния сайт, така че натоварен поддомейн не може да изтрие кеша на родителския сайт или да претовари неговите заявки.
CloudLinux LVE ограниченията за CPU, RAM, IO, IOPS и входни процеси за всеки сайт, CageFS предоставя на всеки сайт собствен изглед на файловата система, а MySQL Governor ограничава натоварването на базата данни за всеки сайт. Неконтролираният поддомейн се задържа в собствената си клетка.
Ежедневни резервни копия, съхранявани в продължение на 30 дни, с възстановяване с едно кликване, за всеки сайт. Можете да върнете поддомейн обратно към състоянието му от вчера, без да засегнете основния сайт или който и да е от свързаните с него поддомейни.
Поддомейните са проблем на DNS, преди да бъдат проблем на хостинга, затова DNS слой се експонира правилно, вместо да се скрива зад форма с две полета.
Всеки регистрируем домейн, който хоствате, получава DNS зона, управлявана чрез нашата интеграция на DNS драйвер. Получавате CRUD операции за записи за всички типове записи, които очаквате, така че добавянето на app, shop, docs, mail или запис с уайлдкард става с редакция на запис, а не с билет към поддръжката. Състоянието на зоната се синхронизира идемпотентно с доставчика, което означава, че наполовина приложена промяна или повторен опит за редакция се привеждат към желаното от вас състояние, вместо да оставят зоната ви в неопределено междинно състояние.
Регистраторът и DNS услугата са умишлено разделени: можете да регистрирате домейн при нас и да поддържате DNS другаде, или да запазите домейна при същия регистратор и просто да насочите поддомейн към нас. Ние проверяваме делегирането и активирането на именните сървъри, преди да отчетем домейна като активен, така че да разберете за грешен запис от платформата, а не от клиент.
Поддомейн, който зарежда бавно или показва предупреждение за сертификат, е по-лош от липсата на какъвто и да е поддомейн, така че пътят за доставка е същият, който получава и основният домейн.
Сертификатите от Let's Encrypt се издават и подновяват автоматично. Използвайте сертификат със заместващ символ (wildcard), за да покриете всички субдомейни наведнъж, сертификати за отделни хостове, където искате те да бъдат разделени, или качете ваш собствен персонализиран сертификат.
Всеки сайт се обслужва от LiteSpeed с активиран HTTP/3, така че поддомейнът получава същата производителност на ниво връзка като основния домейн, вместо да бъде виртуален хост от втора категория.
LSCache full-page кеширане плюс per-site Redis обектен кеш, с координирано изчистване от таблото за управление или отвътре WordPress. Изчистването на основния сайт не изтрива кеша на вашия субдомейн.
Разположете чрез нашия CDN и басейн от акаунти в Cloudflare или свържете собствените си акаунти и изберете в кой акаунт да се разположи даден сайт. Доставката е решение, което вземате вие, а не такова, което ние вземаме вместо вас.
Най-честата причина да поискате поддомейн е да имате безопасно място за експерименти. Този път е вграден и свободен за плановете Mainstream.
Клонирането в staging създава изолирано копие на лайв сайт на staging поддомейн, с непокътнати файлове и база данни, на същия стек и версия на blueprint като продукцията. Работите върху копието с пълния набор от инструменти: затворен (jailed) SSH и SFTP, wp-cli, браузърният редактор VS Code, phpMyAdmin или Adminer, cron за конкретния сайт и системни променливи.
Когато промяната бъде доказана, пускането на живо извършва синхронизиране към продукцията, съобразено с базата данни. Вие избирате файлове, база данни или и двете, а търсенето и замяната се извършват вместо вас, така че URL адресите във вашето съдържание да следват сайта, вместо да сочат обратно към хоста за тестова среда. Тъй като подготовката, клонирането и внедряването се изпълняват като устойчиви Temporal работни процеси с повторни опити за всяка стъпка и компенсация, евентуален срив по средата отменя частично свършената работа, вместо да ви остави с наполовина клониран сайт.
Предпочитаме да ви го кажем отсега, отколкото да ви продадем нещо, което подкопава това, което се опитвате да направите.
Поддомейнът е правилното решение за структуриране на една марка: приложение, магазин, сайт с документация, клиентски портал или среда за тестове за отделни клиенти. Той е грешно решение за мрежа от лични блогове. Всеки поддомейн споделя един и същ регистрируем домейн, така че всеки, който разреши единия от тях, знае точно кой притежава останалите. При използването на уайлдкард сертификат те споделят и сертификат, а издаването на сертификати се публикува в публични дневници за прозрачност на сертификатите (Certificate Transparency), така че хостовете под общ домейн могат да бъдат изброени от всеки, който реши да провери. Това е характеристика на публичната уеб инфраструктура от публични ключове (PKI) и DNS, а не на нашата платформа, и нито една конфигурация на хостинга не я променя.
Така поддомейните попадат в нашите линии Mainstream и Agency, а не във Footprint-Free. Ако вашето изискване е сайтовете да не могат да бъдат свързвани един с друг, вие се нуждаете от отделни регистрируеми домейни в продуктовата линия Footprint-Free, където пулът от CDN и DNS акаунти, управлението на следите и доставката на статичен HTML съществуват именно за прекъсване на този модел. И двете работят на един и същ двигател и едно и също табло за управление, така че правилният избор не ви струва нищо от гледна точка на удобството.
Агенциите и дистрибуторите използват поддомейни в големи обеми: хост за стейджинг за всеки клиент, хост за преглед за всеки проект, портал за всеки акаунт. Платформата е създадена за този тип работа.
Организациите са подредени в дървовидна структура от дистрибутор към клиент и към сайтове, като всеки запис е обхванат и наложен на ниво база данни с политика за сигурност на ниво редове. Поддомейните на даден клиент принадлежат към организацията на този клиент, а не към споделен набор, който трябва да следите по традиция.
Деплойвайте, актуализирайте и управлявайте множество сайтове с едно действие, вместо да се повтаряте за всеки сайт поотделно.
Всичко в таблото за управление е достъпно чрез публичния API, генериран от спецификацията OpenAPI. Управлявайте създаването на поддомейни чрез API ключ с обхват за организацията, CLI, Terraform или AI инструмент през нашия MCP сървър.
Привилегированите и административните действия се регистрират за одитиране, а контролът на достъпа на базата на роли определя кой от вашия екип какво може да прави. Можете да видите кой е създал, променил или премахнал хост.
Да. Тъй като всеки субдомейн работи като пълен, отделно изолиран сайт със собствена архитектура, база данни, кеш и резервни копия, той заема слот за сайт във вашия план по същия начин, по който го прави основният домейн. Плановете се предлагат според броя на сайтовете, които покриват, така че добавянето на сайт със субдомейн се отчита по същия начин като добавянето на всеки друг сайт.
Да, и те са наистина независими. Всеки поддомейн представлява собствен запис на сайт със собствен план, така че стековете не е задължително да съвпадат: WordPress на основния домейн, WooCommerce на shop, Node.js приложение на app и статичен сайт на docs са напълно обичайна конфигурация тук, а не изключение. Те могат да се намират на различни машини, да използват различни среди за изпълнение и различни версии на PHP или Node, както и да бъдат разгръщани, тествани в staging среда, архивирани и възстановявани по собствен график. Нищо в един сайт не ограничава друг освен споделянето на едно име на домейн.
И в двата случая те са защитени автоматично. Можете да издадете сертификат със заместващ символ (wildcard), който покрива всички хостове в домейна наведнъж, или да издадете сертификати за отделни хостове, ако искате да ги запазите разделени. Сертификатите от Let's Encrypt са безплатни, издават се и се подновяват автоматично, а ако имате собствен сертификат, можете да качите него.
Бихме ви посъветвали да не го правите и няма да го продадем по този начин. Всеки поддомейн споделя един регистрируем домейн, а при сертификат тип wildcard – и общ сертификат, чието издаване се появява в публичните логове за прозрачност на сертификатите (Certificate Transparency), така че хостовете могат да бъдат свързани един с друг от всеки, който провери. За работа, при която сайтовете не трябва да могат да бъдат свързвани, използвайте отделни регистрирани домейни от нашата линия Footprint-Free, която е проектирана специално за това с пулове от CDN и DNS акаунти, управлявани отпечатъци и доставка на статичен HTML.
Платформата е проектирана да изолира проблема, вместо да му позволява да се разпространява. CloudLinux LVE ограничава процесора, паметта и входно-изходните операции (IO) на всеки сайт в неговата собствена среда, CageFS предоставя на всеки сайт изолирана файлова система, така че пробивът да остане ограничен, а MySQL Governor ограничава натоварването на базата данни за отделните сайтове, така че тежките заявки на един сайт да не забавят сървъра. Това се допълва от сканиране за злонамерен софтуер, проактивна защитна стена за уеб приложения и неизменяеми резервни копия за всеки сайт. Изолирането е целта на дизайна; никой хост не може да обещае, че компрометирането е невъзможно.
Да. Регистраторът и DNS са нарочно разделени. Можете да запазите домейна си при настоящия си регистратор и зоната си при текущия си DNS доставчик, като просто насочите записа на поддомейн към нас. Ние проверяваме делегирането и активирането, преди да третираме сайта като активен, така че сгрешен запис се появява веднага, вместо да се провали тихо. Когато зоната на основния домейн вече се хоства тук, вместо това ние записваме записа на поддомейна в нея вместо вас, така че няма нищо за добавяне на ръка.
Само по начина си на създаване. Клонирането към стейджинг изгражда изолирано копие на жив сайт, включително файлове и база данни, на стейджинг субдомейн, работещ със същия софтуерен стек и версия на blueprint като производствената среда. Когато сте готови, push-to-live го синхронизира обратно с операция търсене-замяна, съобразена с базата данни. Всичко останало – изолация, SSL, кеширане, резервни копия и разработчийски достъп – е идентично с всеки друг сайт.
Вие ги вземате със себе си. Никъде в платформата няма обвързване с договор: можете да извличате удостоверителни кодове, да отключвате домейни и да ги прехвърляте навън, да използвате собствени CDN и DNS акаунти, както и да експортирате сайтовете си. Всеки външен доставчик, който използваме, е разположен зад заменяем адаптер, което е в сила както за вас, така и за нас.
Пълна изолация, wildcard SSL, истински DNS контрол и стейджинг с едно щракване за всеки добавен хост. Започнете 14-дневен пробен период без нужда от карта и вижте как ви пасва, преди да се ангажирате.
Започни безплатно