Funzionalità
Punti app, shop, docs o staging dove desidera e ottenga un sito autentico e completamente isolato: stack dedicato, database, cache, backup e gabbia di risorse riservata. Controllo completo dei record DNS, SSL automatico inclusi i caratteri jolly e sottodomini di staging con un solo clic. Disponibilità: la limitazione del database per singolo sito è in fase di sviluppo attivo e non è ancora disponibile. Tutto il resto descritto qui è già attivo.
Sulla maggior parte degli hosting, un sottodominio è una directory con una regola di riscrittura anteposta. Qui è un record di sito a tutti gli effetti con la propria versione del blueprint, la propria allocazione nel parco macchine e il proprio limite di isolamento. Qualsiasi cosa possiate fare con un dominio primario, potete farla anche con un sottodominio.
Ogni sito di terzo livello viene creato a partire da un blueprint con controllo delle versioni ed esegue il proprio tipo di stack e runtime: WordPress gestito, WooCommerce, PHP, HTML statico o Node. Il vostro sottodominio docs può essere in HTML statico mentre la radice esegue WordPress, senza compromessi tra di essi.
Un database MariaDB per sito, memorizzazione nella cache dell'intera pagina con 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 ingresso per sito, CageFS fornisce a ciascun sito la propria visualizzazione del file system e MySQL Governor regola il carico del database per sito. Un sottodominio fuori controllo viene isolato all'interno della propria gabbia.
Backup giornalieri conservati per 30 giorni con ripristino con un clic, per sito. È possibile ripristinare un sottodominio allo stato di ieri senza modificare il sito principale o gli altri siti secondari.
I sottodomini sono un problema di DNS prima di essere un problema di hosting, pertanto il livello DNS è esposto adeguatamente anziché essere nascosto dietro un modulo con due campi.
Ogni dominio registrabile di cui eseguite l'hosting riceve una zona DNS gestita tramite la nostra interfaccia driver DNS. Avete a disposizione le operazioni CRUD sui record per tutti i tipi di record previsti, quindi aggiungere app, shop, docs, mail o un host wildcard richiede solo una modifica del record e non l'apertura di un ticket di assistenza. Lo stato della zona viene riconciliato in modo idempotente con il provider, il che significa che una modifica applicata a metà o un tentativo ripetuto di modifica converge verso lo stato da voi richiesto anziché lasciare la zona in un limbo ambiguo.
Il registrar e il DNS sono deliberatamente separati: può registrare un dominio con noi e mantenere il DNS altrove, oppure mantenere il dominio presso il suo registrar attuale e limitarsi a puntare un sottodominio verso di noi. Verifichiamo la delega e l'attivazione dei nameserver prima di considerare attivo un dominio, in modo che sia la piattaforma a segnalarle un record errato anziché un cliente.
Un sottodominio lento o che mostra un avviso relativo al certificato è peggiore di nessun sottodominio, pertanto il percorso di distribuzione è lo stesso assegnato al dominio principale.
I certificati Let's Encrypt vengono emessi e rinnovati automaticamente. Utilizzi un certificato wildcard per coprire tutti i sottodomini contemporaneamente, certificati per host dove desidera separarli, oppure carichi il Suo certificato personalizzato.
Ogni sito è gestito da LiteSpeed con HTTP/3 abilitato, quindi un sottodominio ottiene le stesse prestazioni a livello di connessione del dominio radice anziché quelle di un vhost di seconda classe.
Caching di pagine intere con LSCache oltre a una cache di oggetti Redis per sito, con cancellazione coordinata dalla dashboard o dall'interno di WordPress. L'eliminazione della cache principale non cancella la cache del Suo sottodominio.
Esegua la distribuzione tramite la nostra rete CDN e il pool di account Cloudflare oppure colleghi i Suoi account e scelga su quale account distribuire un determinato sito. La distribuzione è una decisione che spetta a Lei, non una che prendiamo noi per Lei.
Il motivo più comune per richiedere un sottodominio è disporre di uno spazio sicuro in cui fare esperimenti senza rischi. Questa funzionalità è integrata e accessibile 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, sullo stesso stack e sulla stessa versione del blueprint dell'ambiente di produzione. Lavorate sulla copia con il set completo di strumenti: SSH e SFTP in ambiente isolato, wp-cli, l'editor VS Code basato su browser, phpMyAdmin o Adminer, cron per sito e variabili di ambiente.
Quando la modifica è verificata, il passaggio in produzione esegue una sincronizzazione compatibile con il database verso l'ambiente di produzione. Sceglie se trasferire i file, il database o entrambi, e la funzione di ricerca e sostituzione viene gestita automaticamente per fare in modo che gli URL nei Suoi contenuti seguano il sito anziché puntare nuovamente all'host di staging. Poiché il provisioning, la clonazione e il deployment vengono eseguiti come flussi di lavoro Temporal durevoli con nuovi tentativi a livello di singolo passaggio e compensazione, un eventuale errore durante il processo annulla le operazioni parziali invece di lasciarLa con un sito clonato a metà.
Preferiamo dirvelo subito piuttosto che vendervi qualcosa che ostacoli i vostri obiettivi.
I sottodomini sono la risposta giusta per strutturare un unico marchio: un'app, un negozio, un sito di documentazione, un portale clienti, un ambiente di staging per ciascun cliente. Sono invece la risposta sbagliata per una rete di blog privati. Ogni sottodominio condivide un unico dominio registrabile, pertanto chiunque ne risolva uno sa esattamente a chi appartengono gli altri. In presenza di un certificato wildcard condividono anche il certificato, e l'emissione dei certificati viene pubblicata nei registri pubblici di Certificate Transparency, consentendo a chiunque lo desideri di enumerare gli host associati a un dominio condiviso. Questa è una caratteristica della PKI e del DNS del Web pubblico, non della nostra piattaforma, e nessuna configurazione di hosting può modificarla.
I sottodomini fanno quindi parte delle nostre linee Mainstream e Agency, non di quella Footprint-Free. Se il Suo requisito è che i siti non debbano essere collegabili tra loro, ha bisogno di domini registrabili separati sulla linea di prodotti priva di footprint, dove i pool di account CDN e DNS, la gestione del footprint e la distribuzione di HTML statico esistono proprio per interrompere tale schema. Entrambi risiedono sullo stesso motore e sulla stessa dashboard, quindi fare la scelta corretta non Le costerà nulla in termini di praticità.
Le agenzie e i rivenditori utilizzano sottodomini su larga scala: un host di staging per ciascun cliente, un host di anteprima per ciascun progetto, un portale per ciascun account. La piattaforma è progettata appositamente per questa modalità di lavoro.
Le organizzazioni sono strutturate ad albero, dal rivenditore al cliente fino ai siti, e ogni record è delimitato e applicato a livello di database mediante la sicurezza a livello di riga. I sottodomini di un cliente appartengono all'organizzazione di quel cliente, non a un bucket condiviso che dovete controllare per convenzione.
Distribuite, aggiornate e gestite più siti con una sola azione invece di ripetere l'operazione per ciascun sito.
Tutto ciò che si trova nella dashboard è disponibile nell'API pubblica, generata dalla specifica OpenAPI. Gestite la creazione di sottodomini da una chiave API con ambito di organizzazione, dalla CLI, da Terraform o da uno strumento di IA tramite il nostro server MCP.
Le azioni con privilegi elevati e amministrative vengono registrate nei log di controllo, e il controllo degli accessi basato sui ruoli stabilisce chi nel Suo team può fare cosa. Può visualizzare chi ha creato, modificato o rimosso un host.
Sì. Poiché ogni sottodominio funziona come un sito completo e isolato separatamente, dotato di un proprio stack, database, cache e backup, occupa uno slot per sito all'interno del Suo piano esattamente come un dominio principale. I piani sono venduti in base al numero di siti inclusi, pertanto l'aggiunta di un sito con sottodominio comporta lo stesso conteggio dell'aggiunta di qualsiasi altro sito.
Sì, e sono del tutto indipendenti. Ciascun sottodominio costituisce un record di sito a sé stante con un proprio blueprint, pertanto gli stack non devono necessariamente coincidere: avere WordPress sul dominio principale, WooCommerce su shop, un'applicazione Node.js su app e un sito statico su docs rappresenta qui una configurazione ordinaria e non un'eccezione. Possono risiedere su macchine diverse, eseguire runtime differenti e diverse versioni di PHP o Node, nonché essere distribuiti, sottoposti a staging, salvati con backup e ripristinati secondo pianificazioni autonome. A parte la condivisione del nome di dominio, nulla di un ambiente vincola l'altro.
Sono coperti automaticamente in entrambi i casi. È possibile emettere un certificato wildcard che copra contemporaneamente ogni host del dominio, oppure emettere certificati per singolo host laddove si desideri mantenerli separati. I certificati Let's Encrypt sono gratuiti, vengono emessi e rinnovati automaticamente ed è possibile caricare un certificato personalizzato in alternativa, se se ne possiede uno.
Lo sconsigliamo e non lo venderemo in questo modo. Ogni sottodominio condivide un unico dominio registrabile e, con un certificato wildcard, un certificato condiviso la cui emissione appare nei registri pubblici di Certificate Transparency, consentendo a chiunque controlli di collegare gli host tra loro. Per le attività in cui i siti non devono essere ricollegabili, utilizzi domini registrabili separati sulla nostra linea Footprint-Free, progettata specificamente per questo scopo con pool di account CDN e DNS, footprint gestiti e distribuzione di HTML statico.
La piattaforma è progettata per contenerlo piuttosto che lasciarlo diffondere. CloudLinux LVE limita la CPU, la memoria e l'I/O di ciascun sito all'interno del proprio ambiente isolato, CageFS offre a ogni sito una vista isolata del file system per arginare un'eventuale violazione, e MySQL Governor limita il carico del database per singolo sito, evitando che le query pesanti di un sito rallentino il server. La scansione antimalware, un web application firewall proattivo e backup immutabili per singolo sito completano questa protezione. Il contenimento è l'obiettivo del progetto; nessun provider di hosting può garantire che una compromissione sia impossibile.
Sì. Registrar e DNS sono deliberatamente disaccoppiati. Può mantenere il Suo dominio presso il Suo attuale registrar e la Sua zona presso il Suo attuale provider DNS, indirizzando 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 in modo errato emerga immediatamente anziché fallire silenziosamente. Quando la zona del dominio principale è già ospitata qui, provvediamo noi a scrivere il record del sottodominio al Suo posto, senza che debba aggiungere alcunché manualmente.
Solo nel modo in cui viene creato. La clonazione in staging crea una copia isolata di un sito live, inclusi file e database, su un sottodominio di staging che esegue lo stesso stack e la stessa versione del blueprint della produzione. Quando è soddisfatto, il push-to-live lo sincronizza nuovamente eseguendo una ricerca e sostituzione compatibile con il database. Tutto il resto, ovvero isolamento, SSL, memorizzazione nella cache, backup e accesso per sviluppatori, è identico a qualsiasi altro sito.
Li porta con sé. Non esiste alcun vincolo in nessun punto della piattaforma: può recuperare i codici di autorizzazione, sbloccare i domini e trasferirli, utilizzare i propri account CDN e DNS ed esportare i propri siti. Ogni fornitore esterno che utilizziamo opera tramite un adattatore intercambiabile, il che vale per Lei tanto quanto per noi.
Isolamento completo, SSL wildcard, controllo DNS reale e ambiente di staging con un clic per ogni host aggiunto. Iniziate con una prova di 14 giorni senza carta di credito e verificate se fa al caso vostro prima di impegnarvi.
Inizia gratis