Functies
Verwijs app, shop, docs of staging naar waar u maar wilt en krijg er een volwaardige, volledig geïsoleerde site achter: een eigen stack, database, cache, back-ups en resource-cage. Volledige controle over DNS-records, automatische SSL inclusief wildcards en staging-subdomeinen met één klik. Beschikbaarheid: databasethrottling per site is momenteel in actieve ontwikkeling en nog niet beschikbaar. Al het overige dat hier wordt beschreven, is vandaag al live.
Bij de meeste hosts is een subdomein een map met een herschrijfregel ervoor. Hier is het een eersteklas siterecord met een eigen blauwdrukversie, een eigen plaatsing op het machinepark en een eigen isolatiegrens. Alles wat u met een hoofddomein kunt doen, kunt u ook met een subdomein doen.
Elke subdomeinsite is opgebouwd vanuit een blauwdruk met versiebeheer en gebruikt een eigen stacktype en runtime: beheerde WordPress, WooCommerce, PHP, statische HTML of Node. Uw documentatie-subdomein kan statische HTML zijn terwijl het hoofddomein WordPress draait, zonder concessies tussen beide.
Een MariaDB-database per site, LiteSpeed LSCache volledige-paginacaching en een Redis- of Memcached-objectcache per site. Er wordt niets gedeeld met de bovenliggende site, waardoor een zwaar subdomein de cache van de bovenliggende site niet kan verdringen of diens query's kan overbelasten.
CloudLinux LVE limiteert CPU, RAM, IO, IOPS en invoerprocessen per site, CageFS biedt elke site een eigen bestandssysteemweergave en MySQL Governor reguleert de databasebelasting per site. Een op hol geslagen subdomein wordt binnen zijn eigen kooi geïsoleerd.
Dagelijkse back-ups die 30 dagen worden bewaard met herstel in één klik, per site. U kunt een subdomein terugzetten naar gisteren zonder de hoofdsite of een van de andere subdomeinen te beïnvloeden.
Subdomeinen zijn eerder een DNS-probleem dan een hostingprobleem, waardoor de DNS-laag correct wordt weergegeven in plaats van verborgen achter een formulier met twee velden.
Elk registreerbaar domein dat u host, krijgt een DNS-zone die wordt beheerd via onze DNS-driverkoppeling. U beschikt over CRUD-functionaliteit voor alle verwachte recordtypen, dus het toevoegen van app, shop, docs, mail of een wildcard-host is een recordbewerking, geen ondersteuningsticket. De zonestatus wordt idempotent afgestemd met de provider, wat betekent dat een half toegepaste wijziging of een opnieuw geprobeerde bewerking convergeert naar de door u gevraagde status in plaats van uw zone in een dubbelzinnige tussenfase achter te laten.
Registrar en DNS zijn doelbewust ontkoppeld: u kunt een domein bij ons registreren en DNS elders onderbrengen, of het domein bij uw huidige registrar houden en simpelweg een subdomein naar ons verwijzen. We verifiëren de nameserver-delegatie en -activering voordat we een domein als actief beschouwen, zodat u van het platform verneemt dat een record onjuist is in plaats van van een klant.
Een subdomein dat traag is of een certificaatwaarschuwing weergeeft, is erger dan helemaal geen subdomein; daarom is het leveringstraject hetzelfde als dat van het primaire domein.
Let's Encrypt-certificaten worden automatisch uitgegeven en vernieuwd. Gebruik een wildcard-certificaat om elk subdomein in één keer te dekken, certificaten per host waar u ze gescheiden wilt hebben, of upload uw eigen aangepaste certificaat.
Elke site wordt geleverd door LiteSpeed met ingeschakelde HTTP/3, zodat een subdomein dezelfde prestaties op verbindingsniveau krijgt als het hoofddomein in plaats van een tweederangs virtuele host.
LSCache-caching voor volledige pagina's plus een Redis-objectcache per site, met gecoördineerde schoning vanuit het dashboard of vanuit WordPress. Het schonen van de bovenliggende site wist de cache van uw subdomein niet.
Implementeer via ons CDN en de Cloudflare-accountpool of koppel uw eigen accounts en kies naar welk account een bepaalde site wordt geïmplementeerd. De levering is een beslissing die u neemt, niet eentje die wij voor u nemen.
De meest voorkomende reden om een subdomein te willen, is het hebben van een veilige plek om zorgeloos te experimenteren. Die mogelijkheid is ingebouwd en onbeperkt beschikbaar op Mainstream-pakketten.
Klonen naar staging maakt een geïsoleerde kopie van een live site op een staging-subdomein, met intacte bestanden en database, op dezelfde stack en blueprint-versie als productie. U werkt aan de kopie met de volledige toolset: gejailde SSH en SFTP, wp-cli, de browsergebaseerde VS Code-editor, phpMyAdmin of Adminer, cron per site en omgevingsvariabelen.
Wanneer de wijziging bewezen is, voert push to live een database-bewuste synchronisatie uit terug naar productie. U kiest bestanden, database of beide, en de zoek-en-vervang-functie wordt voor u afgehandeld, zodat de URL's in uw inhoud de site volgen in plaats van terug te verwijzen naar de staging-host. Doordat provisioning, klonen en implementatie allemaal worden uitgevoerd als duurzame Temporal-workflows met nieuwe pogingen per stap en compensatie, draait een fout halverwege het gedeeltelijke werk terug, in plaats van u achter te laten met een half gekloonde site.
We vertellen u dit liever vooraf dan dat we u iets verkopen dat uw doelstellingen ondermijnt.
Subdomeinen zijn de juiste oplossing voor het structureren van één merk: een app, een winkel, een documentatiesite, een klantenportaal, een testomgeving per klant. Ze zijn de verkeerde oplossing voor een particulier blognetwerk. Elk subdomein deelt één registreerbaar domein, dus iedereen die een van deze subdomeinen opzoekt, weet precies wie de eigenaar is van de rest. Onder een wildcardcertificaat delen ze ook een certificaat, en de uitgifte van certificaten wordt gepubliceerd in openbare Certificate Transparency-logboeken, zodat hosts onder een gedeeld domein kunnen worden achterhaald door iedereen die daarnaar zoekt. Dat is een eigenschap van het openbare web-PKI en DNS, niet van ons platform, en geen enkele hostingconfiguratie kan dat veranderen.
Subdomeinen bevinden zich dus in onze Mainstream- en Agency-lijnen, niet in de Footprint-Free-lijn. Als het uw vereiste is dat websites niet aan elkaar gekoppeld kunnen worden, hebt u afzonderlijke registreerbare domeinen nodig op de footprint-vrije productlijn, waar de CDN- en DNS-accountpools, footprint-beheer en statische HTML-levering juist bestaan om dat patroon te doorbreken. Beide draaien op dezelfde engine en hetzelfde dashboard, dus de juiste keuze kost u niets aan gebruiksgemak.
Bureaus en resellers gebruiken subdomeinen in grote volumes: een staging-host per klant, een preview-host per project, een portaal per account. Het platform is gebouwd voor deze manier van werken.
Organisaties zijn genest als een boomstructuur, van reseller naar klant naar sites, en elk record wordt afgebakend en afgedwongen in de database met beveiliging op rijniveau. De subdomeinen van een klant behoren toe aan de organisatie van die klant, niet aan een gedeelde bucket die u via conventies moet beheren.
Implementeer, werk bij en beheer meerdere sites in één actie in plaats van het proces voor elke site te herhalen.
Alles in het dashboard is beschikbaar in de openbare API, gegenereerd op basis van de OpenAPI-specificatie. Beheer het aanmaken van subdomeinen via een API-sleutel op organisatieniveau, de CLI, Terraform of een AI-tool via onze MCP-server.
Geprivilegieerde en administratieve acties worden vastgelegd in een auditlogboek, en op rollen gebaseerde toegangscontrole bepaalt wie in uw team wat kan doen. U kunt zien wie een host heeft aangemaakt, gewijzigd of verwijderd.
Ja. Omdat elk subdomein draait als een volledige, afzonderlijk geïsoleerde site met zijn eigen stack, database, cache en back-ups, neemt het op dezelfde manier een siteslot in uw abonnement in beslag als een primair domein. Abonnementen worden verkocht op basis van het aantal sites dat ze dekken, dus het toevoegen van een subdomeinsite wordt op dezelfde manier berekend als het toevoegen van een andere site.
Ja, en ze zijn werkelijk onafhankelijk. Elk subdomein is een eigen siterecord met een eigen blauwdruk, dus de stacks hoeven niet overeen te komen: WordPress op het hoofddomein, WooCommerce op shop, een Node.js-app op app en een statische site op docs is hier een gebruikelijke configuratie in plaats van een uitzondering. Ze kunnen op verschillende machines draaien, verschillende runtimes en verschillende PHP- of Node-versies gebruiken, en volgens hun eigen planning worden geïmplementeerd, gefaseerd, geback-upt en teruggedraaid. Afgezien van het delen van een domeinnaam legt de ene site geen enkele beperking op aan de andere.
In beide gevallen zijn ze automatisch gedekt. U kunt een wildcard-certificaat uitgeven dat alle hosts onder het domein tegelijk dekt, of per-host-certificaten uitgeven waar u ze gescheiden wilt houden. Let's Encrypt-certificaten zijn gratis, worden automatisch uitgegeven en vernieuwd, en u kunt in plaats daarvan een aangepast certificaat uploaden als u dat heeft.
Wij raden dit af en wij verkopen het niet op die manier. Elk subdomein deelt één registreerbaar domein, en onder een wildcardcertificaat een gedeeld certificaat waarvan de uitgifte zichtbaar is in openbare Certificate Transparency-logboeken, zodat de hosts door iedereen die ernaar zoekt aan elkaar te koppelen zijn. Voor werkzaamheden waarbij sites niet met elkaar in verband mogen worden gebracht, gebruikt u afzonderlijke registreerbare domeinen op onze Footprint-Free-lijn, die specifiek daarvoor is ontworpen met CDN- en DNS-accountpools, beheerde footprints en statische HTML-levering.
Het platform is ontworpen om het in te dammen in plaats van het te laten verspreiden. CloudLinux LVE beperkt het CPU-, geheugen- en IO-verbruik van elke site binnen een eigen cage, CageFS biedt elke site een geïsoleerde weergave van het bestandssysteem zodat een inbreuk wordt ingeperkt, en MySQL Governor reguleert de databasebelasting per site, zodat zware query's van één site de server niet vertragen. Malware-scanning, een proactieve web application firewall en onveranderlijke back-ups per site ondersteunen dit. Inperking is het ontwerpdoel; geen enkele host kan beloven dat een inbreuk onmogelijk is.
Ja. Registrar en DNS zijn bewust ontkoppeld. U kunt uw domein bij uw huidige registrar houden en uw zone bij uw huidige DNS-provider, en simpelweg het record van een subdomein naar ons verwijzen. Wij verifiëren de delegatie en activering voordat we de site als live beschouwen, zodat een verkeerd getypt record onmiddellijk aan het licht komt in plaats van stilzwijgend te mislukken. Wanneer de zone van het hoofddomein hier al wordt gehost, schrijven wij het record van het subdomein er in plaats daarvan voor u in, zodat u niets handmatig hoeft toe te voegen.
Alleen in hoe het wordt aangemaakt. Klonen naar staging bouwt een geïsoleerde kopie van een live site, inclusief bestanden en database, op een staging-subdomein dat dezelfde stack en blueprint-versie gebruikt als productie. Wanneer u tevreden bent, synchroniseert push-to-live dit terug met een database-bewuste zoek-en-vervangactie. Al het andere — isolatie, SSL, caching, back-ups en ontwikkelaarstoegang — is identiek aan elke andere site.
U neemt ze met u mee. Er is nergens op het platform sprake van een lock-in: u kunt authenticatiecodes ophalen, domeinen ontgrendelen en verhuizen, uw eigen CDN- en DNS-accounts meebrengen en uw sites exporteren. Elke externe provider die we gebruiken bevindt zich achter een verwisselbare adapter, wat net zo goed geldt voor u als voor ons.
Volledige isolatie, wildcard-SSL, echte DNS-controle en staging met één klik op elke host die u toevoegt. Begin met een proefperiode van 14 dagen zonder creditcard en bekijk hoe het bevalt voordat u zich vastlegt.
Gratis starten