Функции
Направляйте приложение, магазин, документацию или тестовую среду куда угодно и получайте под ними подлинный, полностью изолированный сайт: собственный стек, базу данных, кэш, резервные копии и изолированный пул ресурсов. Полный контроль над записями DNS, автоматический SSL, включая подстановочные знаки (wildcards), и поддомены для тестовой среды в один клик. Доступность: ограничение ресурсов базы данных для каждого сайта находится в стадии активной разработки и пока недоступно. Всё остальное, описанное здесь, уже работает.
На большинстве хостингов поддомен — это папка с правилом перезаписи перед ней. У нас это полноценная запись сайта со своей версией шаблона, своим размещением в кластере и собственными границами изоляции. Всё, что вы можете сделать с основным доменом, вы можете сделать и с поддоменом.
Каждый сайдчейн-сайт создается на базе версионируемого черновика и работает на собственном стеке и среде выполнения: управляемый 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.
Клонирование на стейджинг создает изолированную копию живого сайта на поддомене стейджинга со всеми файлами и базой данных, на том же стеке и версии блупринта, что и в продакшене. Вы работаете с копией, используя полный набор инструментов: изолированные SSH и SFTP, wp-cli, браузерный редактор VS Code, phpMyAdmin или Adminer, а также настройки cron и переменных окружения для каждого сайта.
Когда изменения проверены, функция публикации в продакшн выполняет синхронизацию с базой данных обратно в продакшн. Вы выбираете файлы, базу данных или то и другое, а поиск и замена выполняются автоматически, поэтому URL-адреса в вашем контенте соответствуют сайту, а не указывают обратно на хост стейджинга. Поскольку подготовка, клонирование и развертывание выполняются как надежные рабочие процессы Temporal с повторными попытками для каждого шага и компенсацией, сбой на каком-либо этапе отменяет незавершенную работу, а не оставляет вас с наполовину склонированным сайтом.
Мы предпочитаем сказать вам об этом сразу, чем продавать вам то, что подрывает то, к чему вы стремитесь.
Поддомены идеально подходят для структурирования одного бренда: приложения, магазина, сайта документации, портала клиентов или среды тестирования для каждого клиента. Они совершенно не подходят для сети частных блогов. Все поддомены используют один и тот же регистрируемый домен, поэтому любой, кто разрешит один из них, точно узнает, кому принадлежат остальные. При наличии подстановочного сертификата они также используют общий сертификат, а данные о выдаче сертификатов публикуются в публичных журналах прозрачности сертификатов (Certificate Transparency), поэтому хосты под общим доменом могут быть перечислены кем угодно. Это свойство публичной инфраструктуры открытых ключей (PKI) и DNS в интернете, а не нашей платформы, и ни одна конфигурация хостинга это не изменит.
Поэтому субдомены находятся в наших линейках Mainstream и Agency, а не в Footprint-Free. Если вам требуется, чтобы сайты не были связаны друг с другом, вам нужны отдельные регистрируемые домены в линейке продуктов footprint-free, где пулы учетных записей 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) — общий сертификат, выдача которого отражается в общедоступных журналах Certificate Transparency, поэтому любой желающий может связать хосты между собой. Для проектов, где сайты не должны быть связаны, используйте отдельные регистрируемые домены в нашей линейке Footprint-Free, которая разработана специально для этого и включает пулы CDN- и DNS-аккаунтов, управляемые следы (managed footprints) и доставку статического HTML.
Платформа спроектирована так, чтобы локализовать угрозу, а не позволять ей распространяться. CloudLinux LVE ограничивает для каждого сайта процессор, память и ввод-вывод внутри собственной изолированной среды, CageFS предоставляет каждому сайту изолированное представление файловой системы, благодаря чему взлом локализуется, а MySQL Governor регулирует нагрузку на базу данных для каждого сайта, чтобы тяжелые запросы одного сайта не замедляли работу сервера. Это дополняется сканированием на вредоносное ПО, проактивным брандмауэром веб-приложений и неизменяемыми резервными копиями для каждого сайта. Локализация угроз — это цель проектирования; ни один хостинг не может пообещать, что взлом невозможен.
Да. Регистратор и DNS намеренно разделены. Вы можете оставить домен у текущего регистратора, а зону у текущего DNS-провайдера и просто указать запись поддомена на нас. Мы проверяем делегирование и активацию перед тем, как считать сайт работающим, поэтому опечатка в записи обнаружится сразу, а не завершится сбоем молча. Если зона родительского домена уже хостится здесь, мы вместо этого сами запишем в нее запись поддомена, так что вам ничего не придется добавлять вручную.
Различаются только условия создания. Функция «Клонировать в стейджинг» создает изолированную копию действующего сайта, включая файлы и базу данных, на поддомене стейджинга, который использует тот же стек и ту же версию чертежа, что и продакшн. Когда вы будете довольны результатом, функция «Перенести на продакшн» выполняет синхронизацию обратно с интеллектуальной заменой данных в базе (search-replace). Во всем остальном — изоляция, SSL, кэширование, резервное копирование и доступ для разработчиков — этот сайт ничем не отличается от любого другого.
Вы забираете их с собой. На платформе нет никаких привязок: вы можете получить коды авторизации, разблокировать домены и перенести их, подключить собственные аккаунты CDN и DNS, а также экспортировать свои сайты. Каждый внешний провайдер, который мы используем, работает через заменяемый адаптер, что справедливо как для вас, так и для нас.
Полная изоляция, wildcard SSL, полноценное управление DNS и создание среды тестирования в один клик для каждого добавляемого хоста. Начните 14-дневную пробную версию без привязки карты и оцените все преимущества, прежде чем принимать решение.
Начать бесплатно