Функции
Насочете приложение, магазин, документация или тестова среда (staging) където пожелаете и получете автентичен, напълно изолиран сайт зад него: собствен стек, база данни, кеш, резервни копия и ограничаване на ресурсите. Пълен контрол върху DNS записите, автоматичен SSL включително заместващи символи (wildcards), и тестови поддомейни с едно щракване. Наличност: ограничаването на базата данни за отделен сайт е в активна разработка и все още не е налично. Всичко останало, описано тук, работи днес.
При повечето хостинги поддомейнът е директория с правило за пренаписване пред нея. Тук той е пълноправен запис на сайт със собствена версия на плана, собствено разположение във флота и собствена граница на изолация. Всичко, което можете да направите с основен домейн, можете да направите и с поддомейн.
Всеки сайт на поддомейн е изграден от версия на шаблон и работи със собствен стек и среда за изпълнение: управляван WordPress, WooCommerce, PHP, статичен HTML или Node. Вашият поддомейн docs може да бъде статичен 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 плюс кеширане на обекти чрез Redis за всеки сайт, с координирано изчистване от таблото за управление или директно от WordPress. Изчистването на основния сайт не изтрива кеша на Вашия поддомейн.
Внедрявайте чрез нашата CDN мрежа и пула от акаунти в Cloudflare или свържете собствените си акаунти и изберете в кой акаунт да се внедрява даден сайт. Доставянето е решение, което вземате вие, а не такова, което ние вземаме вместо вас.
Най-честата причина да поискате поддомейн е да имате безопасно място за експериментиране. Този подход е вграден и напълно достъпен в плановете Mainstream.
Клонирането към тестова среда (staging) създава изолирано копие на работещ сайт върху тестов поддомейн, със запазени файлове и база данни, на същия стек и версия на шаблона като в продукционната среда. Вие работите върху копието с пълния набор от инструменти: изолиран SSH и SFTP, wp-cli, базиран на браузър редактор VS Code, phpMyAdmin или Adminer, cron за всеки сайт и променливи на средата.
Когато промяната бъде доказана, преминаването към реална среда извършва интелигентно синхронизиране на базата данни обратно към работната среда. Вие избирате файлове, база данни или и двете, а търсенето и замяната се извършват вместо вас, така че URL адресите в съдържанието ви да следват сайта, а не да сочат обратно към хоста за тестове. Тъй като осигуряването на ресурси, клонирането и внедряването се изпълняват като надеждни работни потоци на Temporal с повторни опити за всяка стъпка и компенсация, възникнал срив по средата на процеса отменя частично извършената работа, вместо да ви остави с наполовина клониран сайт.
Предпочитаме да Ви кажем това предварително, вместо да Ви продадем нещо, което пречи на онова, което се опитвате да постигнете.
Поддомейните са правилното решение за структуриране на една марка: приложение, магазин, сайт с документация, клиентски портал, тестова среда за всеки отделен клиент. Те са грешното решение за частна мрежа от блогове. Всеки поддомейн споделя един регистрируем домейн, така че всеки, който направи справка за един от тях, знае точно кой притежава останалите. При използване на заместващ сертификат те споделят и един сертификат, а издаването на сертификати се публикува в публичните регистри за прозрачност на сертификатите, така че хостовете под споделен домейн могат да бъдат изброени от всеки, който реши да провери. Това е свойство на публичната уеб PKI и DNS, а не на нашата платформа, и никоя хостинг конфигурация не го променя.
Така че поддомейните се намират в нашите линии Mainstream и Agency, а не във Footprint-Free. Ако Вашето изискване е сайтовете да не могат да бъдат свързани един с друг, се нуждаете от отделни подлежащи на регистрация домейни в продуктовата линия footprint-free, където пуловете от CDN и DNS акаунти, управлението на следите и доставката на статичен 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 доставчик, и просто да насочите записа на поддомейна към нас. Ние проверяваме делегирането и активирането, преди да приемем сайта за активен, така че сгрешен запис излиза наяве веднага, вместо тихо да се провали. Когато зоната на основния домейн вече се хоства тук, ние записваме записа на поддомейна в нея вместо Вас, така че няма нужда да добавяте нищо ръчно.
Единствено по начина, по който се създава. Клонирането към тестова среда (Clone to staging) изгражда изолирано копие на работещ сайт, включително файлове и база данни, върху тестов поддомейн, работещ със същия стек и версия на шаблона като производствената среда. Когато сте доволни от резултата, публикуването на живо (push-to-live) го синхронизира обратно чрез съобразено с базата данни търсене и замяна. Всичко останало — изолация, SSL, кеширане, архивни копия и достъп за разработчици — е идентично с всеки друг сайт.
Вземате ги със себе си. Никъде в платформата няма никакво обвързване: можете да извличате кодове за удостоверяване, да отключвате домейни и да ги прехвърляте, да използвате свои собствени CDN и DNS профили и да експортирате сайтовете си. Всеки външен доставчик, който използваме, работи зад сменяем адаптер, което важи както за нас, така и за вас.
Пълна изолация, wildcard SSL, реален DNS контрол и стейджинг среда с едно щракване за всеки добавен хост. Започнете с 14-дневен пробен период без кредитна карта и се уверете сами, преди да се ангажирате.
Започнете безплатно