Funzionalità
Punta l'applicazione, il negozio, la documentazione o lo staging dove preferisci e ottieni un sito autentico e completamente isolato: il suo stack, database, cache, backup e resource cage dedicati. Controllo completo dei record DNS, SSL automatico inclusi i wildcard e sottodomini di staging con un clic. Disponibilità: la limitazione della larghezza di banda del database per singolo sito è in fase di sviluppo attivo e non è ancora disponibile. Tutto il resto descritto qui è già attivo oggi.
Su quasi tutti gli host un sottodominio è una directory con una regola di riscrittura davanti. Qui è un record di sito di primo livello con la propria versione di blueprint, la propria collocazione sulla flotta e il proprio confine di isolamento. Qualsiasi cosa tu possa fare a un dominio principale, puoi farla a un sottodominio.
Ogni sito di sottodominio è costruito da un blueprint con versioni e gestisce il proprio tipo di stack e runtime: WordPress gestito, WooCommerce, PHP, HTML statico o Node. Il sottodominio della tua documentazione può essere in HTML statico mentre la radice esegue WordPress, senza alcun compromesso tra di essi.
Un database MariaDB per sito, la cache full-page LiteSpeed LSCache e una cache degli oggetti Redis o Memcached per sito. Nulla è condiviso con il sito principale, quindi un Sottodominio pesante non può svuotare la cache del genitore né sovraccaricarne le query.
CloudLinux LVE limita CPU, RAM, IO, IOPS e processi di accesso per sito, CageFS offre a ogni sito la sua vista del file system e MySQL Governor regola il carico del database per singolo sito. Un sottodominio fuori controllo viene racchiuso all'interno del proprio recinto.
Backup giornalieri conservati per 30 giorni con ripristino con un clic, per singolo sito. Puoi ripristinare un sottodominio alla versione di ieri senza toccare il sito principale o gli altri sottodomini correlati.
I sottodomini sono un problema di DNS prima ancora di essere un problema di hosting, motivo per cui il livello DNS viene esposto correttamente anziché nascosto dietro un modulo con due campi.
Ogni dominio registrabile che ospiti ottiene una zona DNS gestita tramite il nostro sistema di driver DNS. Ottieni la gestione CRUD dei record per tutti i tipi di record che ti aspetti, quindi aggiungere app, shop, docs, mail o un host wildcard è una modifica ai record, non un ticket di supporto. Lo stato della zona viene riconciliato in modo idempotente rispetto al provider, il che significa che una modifica applicata a metà o un aggiornamento ritentato convergono sullo stato richiesto anziché lasciare la zona in una situazione intermedia ambigua.
Il registrar e il DNS sono deliberatamente separati: puoi registrare un dominio con noi e mantenere il DNS altrove, oppure mantenere il dominio presso il tuo registrar attuale e puntare semplicemente un sottodominio verso di noi. Verifichiamo la delegazione e l'attivazione dei nameserver prima di considerare un dominio attivo, così scopri che un record è errato direttamente dalla piattaforma anziché tramite un cliente.
Un sottodominio lento o che mostra un avviso di certificato è peggio di nessun sottodominio, perciò il percorso di consegna è lo stesso del dominio principale.
I certificati Let's Encrypt vengono emessi e rinnovati automaticamente. Usa un certificato wildcard per coprire tutti i sottodomini in una sola volta, certificati per singolo host dove preferisci tenerli separati, oppure carica il tuo certificato personalizzato.
Ogni sito è gestito da LiteSpeed con HTTP/3 abilitato, in modo che un sottodominio ottenga le stesse prestazioni a livello di connessione del dominio principale anziché un vhost di seconda classe.
La memorizzazione nella cache a pagina intera LSCache più una cache di oggetti Redis per singolo sito, con pulizia coordinata dalla dashboard o dall'interno di WordPress. La pulizia del genitore non cancella la cache del tuo sottodominio.
Distribuisci tramite la nostra CDN e il pool di account Cloudflare o collega i tuoi account e scegli su quale account distribuire un determinato sito. La distribuzione è una tua decisione, non nostra.
Il motivo più comune per volere un sottodominio è avere un posto sicuro in cui fare esperimenti. Questo percorso è integrato e senza restrizioni nei piani Mainstream.
La clonazione in staging crea una copia isolata di un sito live su un sottodominio di staging, con file e database intatti, sulla stessa stack e versione di blueprint della produzione. Lavori sulla copia con il set di strumenti completo: SSH e SFTP in jail, wp-cli, l'editor VS Code basato su browser, phpMyAdmin o Adminer, cron per singolo sito e variabili d'ambiente.
Quando la modifica è testata, la pubblicazione in produzione esegue una sincronizzazione consapevole del database verso l'ambiente di produzione. Puoi scegliere file, database o entrambi, e la funzione di ricerca e sostituzione viene gestita automaticamente in modo che gli URL nei tuoi contenuti seguano il sito anziché puntare all'host di staging. Poiché il provisioning, la clonazione e il rilascio vengono eseguiti come flussi di lavoro Temporal duraturi con tentativi e compensazioni per singolo passaggio, un eventuale errore a metà processo annulla il lavoro parziale anziché lasciare un sito clonato a metà.
Preferiamo dirtelo subito piuttosto che venderti qualcosa che comprometta ciò che stai cercando di fare.
I sottodomini sono la scelta giusta per strutturare un singolo marchio: un'applicazione, un negozio, un sito di documentazione, un portale clienti, un ambiente di staging per singolo cliente. Sono la scelta sbagliata per una rete di blog privati. Ogni sottodominio condivide un unico dominio registrabile, quindi chiunque ne risolva uno sa esattamente chi possiede gli altri. Con un certificato wildcard condividono anche un certificato, e l'emissione dei certificati viene pubblicata nei registri pubblici di Certificate Transparency, per cui gli host sotto un dominio condiviso sono enumerabili da chiunque si prenda la briga di cercarli. Questa è una proprietà della PKI e del DNS del web pubblico, non della nostra piattaforma, e nessuna configurazione di hosting può cambiarla.
Quindi i sottodomini rientrano nelle nostre linee Mainstream e Agency, non in quella Footprint-Free. Se la tua esigenza è che i siti non siano collegabili tra loro, ti servono domini registrabili separati sulla linea di prodotti footprint-free, dove i pool di account CDN e DNS, la gestione del footprint e la distribuzione HTML statico esistono proprio per interrompere tale pattern. Entrambi operano sullo stesso motore e sulla stessa dashboard, quindi fare la scelta giusta non ti costa nulla in termini di comodità.
Le agenzie e i rivenditori utilizzano i sottodomini in grandi volumi: un host di staging per cliente, un host di anteprima per progetto, un portale per account. La piattaforma è creata per questa modalità di lavoro.
Le organizzazioni sono strutturate ad albero, dai rivenditori ai clienti fino ai siti, e ogni record è circoscritto e protetto a livello di database mediante la sicurezza per riga. I sottodomini di un cliente appartengono all'organizzazione di quel cliente, e non a un contenitore condiviso da gestire tramite convenzioni.
Distribuisci, aggiorna e gestisci molti siti in un'unica azione invece di ripeterti per ogni singolo sito.
Tutto ciò che si trova nella dashboard è disponibile nell'API pubblica, generata dalla specifica OpenAPI. Gestisci la creazione dei sottodomini tramite una chiave API con ambito aziendale, la CLI, Terraform o uno strumento di intelligenza artificiale tramite il nostro server MCP.
Le azioni privilegiate e amministrative vengono registrate nei log di audit e il controllo degli accessi basato sui ruoli regola chi nel tuo team può fare cosa. Puoi vedere chi ha creato, modificato o rimosso un host.
Sì. Poiché ogni sottodominio funziona come un sito completo e isolato separatamente con il proprio stack, database, cache e backup, occupa uno slot per sito sul tuo piano allo stesso modo di un dominio principale. I piani sono venduti in base al numero di siti che coprono, quindi aggiungere un sito sottodominio equivale a livello di conteggio ad aggiungere qualsiasi altro sito.
Sì, e sono veramente indipendenti. Ciascun sottodominio è un record di sito a sé stante con il proprio blueprint, quindi gli stack non devono necessariamente corrispondere: WordPress sul dominio principale, WooCommerce su shop, un'applicazione Node.js su app e un sito statico su docs rappresentano una configurazione ordinaria anziché un caso speciale. Possono risiedere su macchine diverse, eseguire runtime differenti e versioni diverse di PHP o Node, ed essere distribuiti, messi in staging, salvati con backup e ripristinati secondo i propri calendari. Nulla di uno vincola l'altro se non la condivisione di un nome di dominio.
Sono coperti automaticamente in entrambi i casi. Puoi emettere un certificato jolly che copre tutti gli host sotto il dominio in una sola volta, oppure emettere certificati per singolo host dove preferisci mantenerli separati. I certificati Let's Encrypt sono gratuiti, emessi e rinnovati automaticamente e puoi caricare un certificato personalizzato se ne hai uno.
Sconsigliamo vivamente questa pratica e non la supporteremo in questo modo. Ogni sottodominio condivide un dominio registrabile e, nel caso di un certificato wildcard, un certificato condiviso la cui emissione appare nei registri pubblici di Certificate Transparency, rendendo i server collegabili tra loro da chiunque effettui una verifica. Per lavori in cui i siti non devono essere collegabili, utilizza domini registrabili separati sulla nostra linea Footprint-Free, progettata specificamente a tale scopo con pool di account CDN e DNS, footprint gestite e consegna in HTML statico.
La piattaforma è progettata per contenere i problemi anziché lasciarli propagare. CloudLinux LVE limita la CPU, la memoria e l'I/O di ciascun sito all'interno del proprio recinto, CageFS offre a ogni sito una vista del file system isolata in modo che una violazione sia circoscritta, e MySQL Governor regola il carico del database per singolo sito affinché le query pesanti di un sito non rallentino il server. La scansione antimalware, un firewall per applicazioni Web proattivo e backup immutabili per singolo sito completano la protezione. La filosofia di progettazione punta alla contenimento; nessun host può promettere che una compromissione sia impossibile.
Sì. Il registrar e il DNS sono deliberatamente disaccoppiati. Puoi mantenere il tuo dominio presso il tuo registrar attuale e la tua zona presso il tuo provider DNS attuale e puntare semplicemente il record di un sottodominio verso di noi. Verifichiamo la delega e l'attivazione prima di considerare il sito attivo, in modo che un record digitato male emerga immediatamente anziché fallire silenziosamente. Quando la zona del dominio principale è già ospitata qui, scriviamo invece il record del sottodominio al suo interno per te, così non c'è nulla da aggiungere manualmente.
Solo nel modo in cui viene creato. La clonazione in staging crea una copia isolata di un sito live, file e database inclusi, su un sottodominio di staging che utilizza lo stesso stack e la stessa versione di blueprint della produzione. Quando sei soddisfatto, il push-to-live lo sincronizza nuovamente con una ricerca-sostituzione consapevole del database. Tutto il resto, isolamento, SSL, caching, backup e accesso per sviluppatori, è identico a qualsiasi altro sito.
Te li porti via. Non c'è alcun vincolo da nessuna parte nella piattaforma: puoi recuperare i codici di autorizzazione, sbloccare i domini e trasferirli altrove, utilizzare i tuoi account CDN e DNS ed esportare i tuoi siti. Ogni provider esterno che utilizziamo si trova dietro un adattatore sostituibile, il che vale tanto per te quanto per noi.
Isolamento completo, SSL wildcard, controllo DNS reale e staging con un clic su ogni host che aggiungi. Inizia una prova di 14 giorni senza carta di credito e scopri come si adatta prima di impegnarti.
Inizia gratis