Mga Tampok
Ituro ang app, shop, docs, o staging saanman ninyo naisin at magkaroon ng isang tunay at ganap na nakahiwalay na site sa likod nito: sariling stack, database, cache, mga backup, at resource cage. Ganap na kontrol sa talaan ng DNS, awtomatikong SSL kabilang ang mga wildcard, at isang-click na mga subdomain ng staging. Availability: ang paglilimita sa database bawat site ay kasalukuyang aktibong binubuo at hindi pa magagamit. Lahat ng iba pang inilarawan dito ay gumagana na ngayon.
Sa karamihan ng mga host, ang isang subdomain ay isang directory na may panuntunan sa muling pagsusulat sa unahan nito. Dito, ito ay isang first-class na talaan ng site na may sariling bersyon ng blueprint, sariling pagkakalagay sa fleet, at sariling hangganan ng paghihiwalay. Anuman ang maaari ninyong gawin sa isang pangunahing domain, maaari ninyo ring gawin sa isang subdomain.
Ang bawat subdomain na site ay binuo mula sa isang bersyonadong blueprint at nagpapatakbo ng sarili nitong uri ng stack at runtime: pinamamahalaang WordPress, WooCommerce, PHP, static na HTML, o Node. Ang iyong docs subdomain ay maaaring static na HTML habang ang root ay nagpapatakbo ng WordPress, nang walang kompromiso sa pagitan ng mga ito.
Isang database ng MariaDB bawat site, LiteSpeed LSCache na pag-cache ng buong pahina, at isang bawat-site na cache ng object ng Redis o Memcached. Walang ibinabahagi sa magulang na site, kaya hindi maaaring alisin ng isang mabigat na subdomain ang cache ng magulang o siksikin ang mga query nito.
Nililimitahan ng CloudLinux LVE ang CPU, RAM, IO, IOPS, at mga proseso sa pagpasok bawat site, nagbibigay ang CageFS sa bawat site ng sarili nitong view ng filesystem, at kinokontrol ng MySQL Governor ang karga sa database bawat site. Ang isang subdomain na lumalampas sa kontrol ay napipigilan sa loob ng sarili nitong hawla.
Mga pang-araw-araw na backup na itinatago sa loob ng 30 araw na may one-click restore, bawat site. Maaari mong ibalik ang isang subdomain sa estado kahapon nang hindi naaapektuhan ang pangunahing site o ang alinman sa mga kaugnay nito.
Ang mga subdomain ay problema sa DNS bago ang mga ito maging problema sa hosting, kaya maayos na inilalantad ang layer ng DNS sa halip na itago sa likod ng isang form na may dalawang field.
Bawat mairerehistrong domain na hino-host ninyo ay nakakukuha ng DNS zone na pinamamahalaan sa pamamagitan ng aming DNS driver seam. Makakukuha kayo ng record CRUD sa mga uri ng record na inyong inaasahan, kaya ang pagdaragdag ng app, shop, docs, mail, o wildcard host ay simpleng pag-edit ng record, hindi isang support ticket. Ang estado ng zone ay pinagkakasundo sa idempotent na paraan laban sa provider, na nangangahulugang ang bahagyang nailapat na pagbabago o muling sinubukang pag-edit ay nagtatagpo sa estadong inyong hiniling sa halip na iwanan ang inyong zone sa isang hindi malinaw na gitna.
Sadyang pinaghihiwalay ang registrar at DNS: maaari kayong magrehistro ng domain sa amin at panatilihin ang DNS sa ibang lugar, o panatilihin ang domain sa inyong kasalukuyang registrar at ituro lamang ang isang subdomain sa amin. Bineberipika namin ang delegasyon at pag-activate ng nameserver bago namin ituring na live ang isang domain, upang malaman ninyo mula sa platform na mali ang isang record sa halip na mula sa isang customer.
Ang isang subdomain na mabagal o nagpapakita ng babala sa sertipiko ay mas masahol pa kaysa sa walang subdomain, kaya ang ruta ng paghahatid ay kapareho ng natatanggap ng pangunahing domain.
Awtomatikong inilalabas at pinapanibago ang mga sertipiko ng Let's Encrypt. Gumamit ng wildcard na sertipiko upang masakop ang bawat subdomain nang sabay-sabay, mga sertipiko sa bawat host kung saan nais mong paghiwalayin ang mga ito, o mag-upload ng sarili mong pasadyang sertipiko.
Ang bawat site ay pinapatakbo ng LiteSpeed nang naka-enable ang HTTP/3, kaya ang isang subdomain ay nakakakuha ng parehong antas ng koneksyon na pagganap tulad ng root domain sa halip na isang pangalawang-klaseng vhost.
Buong pahinang pag-cache ng LSCache kasama ang isang per-site na Redis object cache, na may koordinadong pag-purge mula sa dashboard o mula sa loob ng WordPress. Ang pag-purge sa parent ay hindi nag-aalis sa cache ng inyong subdomain.
I-deploy sa pamamagitan ng aming CDN at Cloudflare account pool o ikonekta ang sarili ninyong mga account at piliin kung saang account magde-deploy ang isang partikular na site. Ang paghahatid ay isang desisyong kayo ang gumagawa, hindi isang bagay na ginagawa namin para sa inyo.
Ang pinakakaraniwang dahilan sa paghiling ng subdomain ay ang magkaroon ng ligtas na lugar para mag-eksperimento nang walang pangamba. Ang prosesong iyon ay built-in at walang restriksyon sa mga Mainstream plan.
Ang pag-clone sa staging ay lumilikha ng isang nakabukod na kopya ng isang live na site sa isang staging subdomain, nang buo ang mga file at database nito, sa parehong stack at bersyon ng blueprint tulad ng sa produksyon. Ginagawa ninyo ang kopya gamit ang kumpletong hanay ng mga tool: naka-jail na SSH at SFTP, wp-cli, ang nakabatay sa browser na VS Code editor, phpMyAdmin o Adminer, cron sa bawat site, at mga variable ng kapaligiran.
Kapag napatunayan na ang pagbabago, ang pag-push sa live ay nagsasagawa ng database-aware na pag-sync pabalik sa produksyon. Pipili kayo ng mga file, database, o pareho, at ang paghahanap-at-pagpalit ay pinangangasiwaan para sa inyo upang ang mga URL sa inyong nilalaman ay sumunod sa site sa halip na tumuro pabalik sa staging host. Dahil ang provisioning, pag-clone, at deployment ay pawang tumatakbo bilang matitibay na Temporal workflow na may mga pag-retry at kabayaran sa bawat hakbang, ang isang pagkabigo sa kalagitnaan ay nagpapawalang-bisa sa bahagyang gawain sa halip na iwanan kayo na may kalahating na-clone na site.
Mas gusto naming sabihin ito sa inyo nang maaga kaysa magbenta sa inyo ng bagay na makakasira sa sinusubukan ninyong gawin.
Ang mga subdomain ang tamang solusyon sa pagbuo ng iisang brand: isang app, isang tindahan, isang docs site, isang customer portal, isang per-client na staging environment. Ang mga ito ang maling solusyon para sa isang private blog network. Nagbabahagi ang bawat subdomain ng iisang registrable domain, kaya alam ng sinumang nagre-resolve sa isa sa mga ito kung sino mismo ang nagmamay-ari sa iba pa. Sa ilalim ng isang wildcard certificate, nagbabahagi rin ang mga ito ng isang certificate, at ang pag-isyu ng certificate ay inilalathala sa mga pampublikong log ng Certificate Transparency, kaya maaaring maiisa-isa ng sinumang magsusuri ang mga host sa ilalim ng iisang nakabahaging domain. Pag-aari ito ng pampublikong web PKI at DNS, hindi ng aming platform, at walang configuration ng hosting ang makakapagbago rito.
Kaya ang mga subdomain ay nasa aming mga linyang Mainstream at Agency, hindi sa Footprint-Free. Kung ang iyong kinakailangan ay hindi dapat maiugnay ang mga site sa isa't isa, kailangan mo ng magkakahiwalay na marerehistrong domain sa linyang produkto na footprint-free, kung saan ang mga pool ng CDN at DNS account, pamamahala ng bakas, at paghahatid ng static-HTML ay umiiral nang eksakto upang putulin ang padron na iyon. Parehong umiiral ang dalawa sa parehong engine at parehong dashboard, kaya ang pagpili nang tama ay hindi magdudulot ng anumang abala sa iyo.
Gumagamit ang mga ahensya at reseller ng mga subdomain nang maramihan: isang staging host bawat kliyente, isang preview host bawat proyekto, isang portal bawat account. Binuo ang platform para sa ganoong uri ng trabaho.
Nakasusog ang mga organisasyon bilang isang puno, mula sa reseller patungo sa kliyente hanggang sa mga site, at ang bawat talaan ay nakasakop at ipinapatupad sa database na may seguridad sa antas ng hanay. Ang mga subdomain ng isang kliyente ay pag-aari ng organisasyon ng kliyenteng iyon, hindi ng isang nakabahaging bucket na kailangan ninyong bantayan ayon sa nakaugalian.
I-deploy, i-update, at pamahalaan ang maraming site sa isang pagkilos sa halip na ulit-ulitin ito para sa bawat site.
Ang lahat ng nasa dashboard ay nasa pampublikong API, na binuo mula sa detalye ng OpenAPI. Pamahalaan ang paggawa ng subdomain mula sa isang API key na may saklaw ng organisasyon, sa CLI, sa Terraform, o sa isang AI tool sa pamamagitan ng aming MCP server.
Nila-log para sa pag-audit ang mga privileged at administratibong pagkilos, at pinamamahalaan ng role-based access control kung sino sa iyong team ang maaaring gumawa ng ano. Makikita mo kung sino ang lumikha, nagbago, o nag-alis ng host.
Oo. Dahil ang bawat subdomain ay tumatakbo bilang isang buo at hiwalay na naka-isolate na site na may sariling stack, database, cache, at mga backup, umookupa ito ng isang puwang para sa site sa inyong plano sa parehong paraan ng isang pangunahing domain. Ang mga plano ay ibinebenta batay sa dami ng mga site na sakop ng mga ito, kaya ang pagdaragdag ng subdomain site ay kapareho ng pagtutuos sa pagdaragdag ng iba pang site.
Oo, at talagang independiyente ang mga ito. Ang bawat subdomain ay may sariling talaan ng site na may sarili nitong blueprint, kaya hindi kailangang magkatugma ang mga stack: ang WordPress sa pangunahing domain, WooCommerce sa shop, isang Node.js app sa app, at isang static site sa docs ay isang karaniwang setup dito sa halip na isang espesyal na sitwasyon. Maaaring nasa magkakaibang machine ang mga ito, magpatakbo ng iba't ibang runtime at iba't ibang bersyon ng PHP o Node, at mai-deploy, mai-stage, mai-back up, at mai-roll back sa kani-kanilang sariling iskedyul. Walang anuman sa isa ang naglilimita sa iba bukod sa pagbabahagi ng isang domain name.
Awtomatiko silang sakop sa alinmang paraan. Maaari kayong mag-isyu ng wildcard certificate na sumasaklaw sa bawat host sa ilalim ng domain nang sabay-sabay, o mag-isyu ng mga per-host certificate kung saan nais ninyong panatilihing magkahiwalay ang mga ito. Libre ang mga Let's Encrypt certificate, awtomatikong inilalabas at pinapanibago, at maaari kayong mag-upload ng custom certificate sa halip kung mayroon kayo nito.
Ipapayo namin laban dito, at hindi namin ito ibebenta sa ganyang paraan. Ang bawat subdomain ay nagbabahagi ng isang nairerehistrong domain, at sa ilalim ng wildcard certificate ay isang nakabahaging sertipiko na ang pag-isyu ay lumalabas sa mga pampublikong log ng Certificate Transparency, kaya ang mga host ay madaling maiugnay sa isa't isa ng sinumang titingin. Para sa trabaho kung saan hindi dapat mapag-ugnay ang mga site, gumamit ng magkakahiwalay na nairerehistrong domain sa aming Footprint-Free na linya, na partikular na ginawa para doon na may mga pool ng CDN at DNS account, pinamamahalaang mga footprint, at paghahatid ng static-HTML.
Binuo ang platform upang pigilan ito sa halip na hayaang kumalat. Nililimitahan ng CloudLinux LVE ang CPU, memory, at IO ng bawat site sa loob ng sarili nitong cage, binibigyan ng CageFS ang bawat site ng nakahiwalay na view ng filesystem upang mapigilan ang pagtagos, at kinokontrol ng MySQL Governor ang load ng database bawat site upang hindi mapabagal ng mabibigat na query ng isang site ang server. Sinusuportahan ito ng pag-scan ng malware, isang proactive na web application firewall, at mga hindi nababagong backup bawat site. Ang pagpigil ang layunin ng disenyo; walang host ang makakapangakong imposible ang isang kompromiso.
Oo. Sadjang pinaghiwalay ang registrar at DNS. Maaari mong panatilihin ang iyong domain sa kasalukuyan mong registrar at ang iyong zone sa kasalukuyan mong DNS provider at ituro lamang ang record ng subdomain sa amin. Bineberipika namin ang delegasyon at pag-activate bago ituring na live ang site, kaya ang maling na-type na record ay agad na lumilitaw sa halip na tahimik na mabigo. Kapag ang zone ng parent domain ay naka-host na rito, isusulat namin ang record ng subdomain doon para sa iyo, kaya wala ka nang kailangang idagdag nang manu-mano.
Sa paraan lang kung paano ito ginawa. Ang Clone to staging ay gumagawa ng nakahiwalay na kopya ng isang live na site, kasama ang mga file at database, sa isang staging subdomain na nagpapatakbo ng parehong stack at bersyon ng blueprint tulad ng produksyon. Kapag nasiyahan ka na, isini-sync ito pabalik ng push-to-live gamit ang isang database-aware na search-replace. Lahat ng iba pa, paghihiwalay, SSL, pag-cache, mga backup, at access ng developer, ay kapareho ng sa anumang iba pang site.
Dadalhin mo ang mga ito. Walang lock-in saanman sa platform: maaari mong makuha ang mga auth code, i-unlock ang mga domain at ilipat ang mga ito, gamitin ang iyong sariling mga CDN at DNS account, at i-export ang iyong mga site. Ang bawat panlabas na provider na ginagamit namin ay nasa likod ng isang napapalitang adapter, na totoo para sa iyo tulad ng para sa amin.
Ganap na paghihiwalay, wildcard SSL, tunay na kontrol sa DNS, at one-click staging sa bawat host na idaragdag ninyo. Magsimula sa isang 14-araw na pagsubok na walang kinakailangang card at tingnan kung gaano ito kaangkop bago kayo magpasya.
Magsimula nang libre