Funkciók
Irányítsa az alkalmazását, áruházát, dokumentációját vagy tesztkörnyezetét bárhová, és kapjon mögé egy valódi, teljesen elszigetelt webhelyet: saját stackkel, adatbázissal, gyorsítótárral, biztonsági mentésekkel és erőforrás-kerettel. Teljes DNS-rekord-vezérlés, automatikus SSL, beleértve a helyettesítő karakteres (wildcard) tanúsítványokat is, valamint egykattintásos tesztkörnyezeti aldomainek. Elérhetőség: a webhelyenkénti adatbázis-szabályozás aktív fejlesztés alatt áll, és még nem érhető el. Minden más itt leírt funkció már ma is élesben működik.
A legtöbb tárhelyszolgáltatónál az aldomain egy könyvtár egy átirányítási szabállyal. Nálunk ez egy első osztályú webhelyrekord, saját tervrajzverzióval, saját hellyel a fürtben és saját izolációs határral. Bármit megtehet egy aldomainnel, amit egy elsődleges domanrel is.
Mindegyik aldomain-webhely egy verziózott sablonból épül fel, és saját stack típussal valamint futtatókörnyezettel rendelkezik: felügyelt WordPress, WooCommerce, PHP, statikus HTML vagy Node. A dokumentációs aldomain lehet statikus HTML, míg a gyökérkönyvtár futtathat WordPress rendszert, a kettő között semmiféle kompromisszum sincs.
Webhelyenként egy MariaDB adatbázis, LiteSpeed LSCache teljes oldalas gyorsítótárazás és webhelyenkénti Redis vagy Memcached objektum-gyorsítótár. Semmi sem oszlik meg a szülő webhellyel, így egy nagy forgalmú aldomain sem tudja kiüríteni a szülő gyorsítótárát, sem pedig túlterhelni annak lekérdezéseit.
A CloudLinux LVE korlátozza a CPU-t, a RAM-ot, az IO-t, az IOPS-ot és a belépési folyamatokat webhelyenként, a CageFS minden webhely számára saját fájlrendszernézet biztosít, a MySQL Governor pedig webhelyenként szabályozza a adatbázis-terhelést. Egy elszabadult aldomain a saját "ketrecén" belül marad.
A napi biztonsági mentések 30 napig érhetők el egykattintásos visszaállítással, webhelyenként. Egy alwebhelyet visszaállíthat a tegnapi állapotra anélkül, hogy a szülőwebhelyhez vagy annak bármelyik testvérwebhelyéhez hozzá kellene nyúlnia.
Az aldomainek elsősorban DNS-problémát jelentenek, nem pedig tárhelyproblémát, így a DNS-réteg megfelelően van feltárva ahelyett, hogy egy kétmezős űrlap mögé lenne elrejtve.
Minden regisztrálható domain, amelyet hosztolsz, kap egy DNS-zónát, amelyet a DNS-meghajtónkon keresztül kezelünk. A rekordok teljes körű CRUD-műveleteit biztosítjuk a elvárható rekordtípusokhoz, így az app, shop, docs, mail vagy egy helyettesítő karakteres (wildcard) gazdagép hozzáadása egy rekordmódosítás, nem pedig egy ügyfélszolgálati jegy. A zónaállapot szinkronizálása a szolgáltatóval idempotens módon történik, ami azt jelenti, hogy egy félig alkalmazott módosítás vagy egy újrapróbált szerkesztés a kívánt állapothoz konvergál ahelyett, hogy a zónádat egy kétértelmű köztes állapotban hagyná.
A regisztrátor és a DNS szándékosan szét van választva: regisztrálhat nálunk egy domaint, miközben a DNS-t máshol tartja, vagy megtarthatja a domaint a meglévő regisztrátoránál, és egyszerűen egy aldomaint irányíthat ránk. A domain élesítése előtt ellenőrizzük a névkiszolgáló-delegálást és az aktiválást, így egy hibás rekordról a platformról szerez tudomást, ahelyett, hogy egy ügyféltől tudná meg.
A lassú vagy tanúsítványhibát jelző aldomain rosszabb, a semmilyen aldomainnél, ezért a kézbesítési útvonal ugyanaz, mint amit az elsődleges doman kap.
A Let's Encrypt tanúsítványok kiállítása és megújítása automatikusan történik. Használjon wildcard tanúsítványt az összes aldomain egyidejű lefedéséhez, különálló gazdagép-alapú tanúsítványokat, ha el szeretné különíteni őket, vagy töltse fel saját egyéni tanúsítványát.
Minden webhelyet a LiteSpeed szolgál ki engedélyezett HTTP/3-mal, így az aldomain ugyanazt a kapcsolati szintű teljesítményt kapja, mint a gyökérdomain, ahelyett, hogy másodrangú vhost lenne.
LSCache teljes oldalas gyorsítótárazás és webhelyenkénti Redis objektum gyorsítótár, összehangolt ürítési lehetőséggel a vezérlőpultról vagy a WordPress belsejéből. A szülő ürítése nem törli az aldomain gyorsítótárát.
Telepítsen a CDN-ünk és a Cloudflare fiókkészletünk révén, vagy csatlakoztassa saját fiókjait, és válassza ki, hogy egy adott webhely melyik fiókba települjön. A kézbesítés az Ön döntése, nem pedig a miénk.
Az aldomain igénylésének leggyakoribb oka, hogy legyen egy biztonságos hely a kísérletezéshez. Ez az út beépített és korlátozásmentes a Mainstream csomagokban.
A stagingbe klónozás létrehozza egy éles webhely izolált másolatát egy staging aldomainen, a fájljaival és az adatbázisával együtt, pontosan ugyanazon a stacken és blueprint verzión, mint az éles környezet. A másolaton a teljes eszközkészlettel dolgozhat: korlátozott SSH és SFTP, wp-cli, a böngészőalapú VS Code szerkesztő, phpMyAdmin vagy Adminer, webhelyenkénti cron és környezeti változók.
Amikor a módosítás igazolást nyer, az élesítésbe küldés adatbázis-alapú szinkronizációt hajt végre a production környezet felé. Kiválaszthatja a fájlokat, az adatbázist vagy mindkettőt, és a keresés-csere automatikusan megtörténik, így a tartalomban lévő URL-ek a webhelyet követik ahelyett, hogy a staging gazdagépre mutatnának. Mivel a kiépítés, a klónozás és a telepítés mind tartós Temporal munkafolyamatként fut, lépésenkénti újrapróbálásokkal és kompenzációval, a félúton történő hiba nem hagyja hátra a félig klónozott webhelyet, hanem visszavonja a részleges munkát.
Inkább ezt előre elmondjuk, semhogy olyat adjunk el önnek, ami aláásná azt, amit meg próbál tenni.
Az aldomainek kiválóak egyetlen márkavivő struktúra felépítéséhez: egy alkalmazás, egy áruház, egy dokumentációs oldal, egy ügyfélportál vagy egy ügyfelenkénti tesztkörnyezet számára. Nem megfelelőek azonban egy privát bloghálózat kialakítására. Mivel minden aldomain ugyanazon regisztrálható domainen osztozik, bárki, aki feloldja az egyiket, pontosan tudni fogja, ki a tulajdonosa a többi résznek. Helyettesítő karakteres (wildcard) tanúsítvány esetén egy közös tanúsítvánnyal is rendelkeznek, a tanúsítványkiállítások pedig nyilvános Certificate Transparency (Tanúsítvány-átláthatósági) naplókba kerülnek, így a közös domain alatti hosztok bárki által listázhatók, akit ez érdekel. Ez a nyilvános webes PKI és a DNS tulajdonsága, nem pedig a platformunké, és ezen semmilyen hosztolási konfiguráció nem változtat.
Így az aldomainek a Mainstream és Agency termékcsaládunkba tartoznak, nem pedig a Footprint-Free vonalba. Ha az az elvárás, hogy a webhelyek ne legyenek egymáshoz kapcsolhatók, akkor külön regisztrálható domainekre van szüksége a footprint-free termékcsaládon, ahol a CDN- és DNS-fiókkészletek, a lábnyomkezelés és a statikus HTML-kézbesítés pontosan azért léteznek, hogy megtörjék ezt a mintát. Mindkettő ugyanazon a motoron és ugyanazon az irányítópulton fut, így a megfelelő választás semmilyen kényelmi áldozattal nem jár.
Az ügynökségek és viszonteladók nagy mennyiségben használnak aldomaineket: egy tesztelési hosztot ügyfelenként, egy előnézeti hosztot projektenként, egy portált fiókonként. A platformot erre a munkamódszerre tervezték.
A szervezetek faszerkezetbe rendeződnek a viszonteladótól az ügyfélen át a webhelyekig, és minden rekord hatóköre az adatbázisban van definiálva sor szintű biztonsággal érvényesítve. Egy ügyfél aldomainjei az adott ügyfél szervezetéhez tartoznak, nem pedig egy olyan megosztott tárterülethez, amelyet konvenciók alapján kellene felügyelnie.
Telepítsen, frissítsen és kezeljen számos webhelyet egyetlen művelettel ahelyett, hogy webhelyenként ismételné magát.
Minden a vezérlőpulton szerepel a nyilvános API-ban, az OpenAPI-specifikációból generálva. Az aldomainek létrehozását szervezet-hatáskörű API-kulccsal, a CLI-vel, a Terraformmal vagy egy AI-eszközzel vezérelheti az MCP-szerverünkön keresztül.
A kiemelt és adminisztratív műveletekről naplófájlok készülnek, a szerepkör alapú hozzáférés-szabályozás pedig meghatározza, hogy a csapatod tagjai mit tehetnek. Megnézheted, hogy ki hozott létre, módosított vagy távolított el egy kiszolgálót.
Igen. Mivel minden aldomain egy teljes, különállóan izolált oldalként fut saját stackkel, adatbáziscal, gyorsítótárral és biztonsági mentésekkel, az Ön csomagjában ugyanúgy elfoglal egy helyet, mint egy elsődleges domaint. A csomagok a lefedett oldalak száma szerint kerülnek értékesítésre, így egy aldomain oldal hozzáadása ugyanúgy számít, mint bármely más oldal hozzáadása.
Igen, és ezek valóban függetlenek. Minden aldomain egy önálló webhelyrekord a saját tervrajzával, így a veremnek nem kell egyeznie: a WordPress a fődomainen, a WooCommerce a shop aldomainen, egy Node.js alkalmazás az app aldomainen és egy statikus webhely a docs aldomainen nálunk teljesen átlagos beállításnak számít a különleges eset helyett. Külön gépeken futhatnak, eltérő futtatókörnyezettel és különböző PHP- vagy Node-verziókkal, valamint a saját ütemezésük szerint telepíthetők, tesztelhetők, menthetők és állíthatók vissza. Semmi sem korlátozza egyiket a másiktól a domainnév megosztásán túl.
Így vagy úgy, mindkettőre automatikusan vonatkozik a lefedettség. Kiállíthat egy helyettesítő karakteres tanúsítványt, amely egyszerre fedi le a domain alá tartozó összes hosztot, vagy hosztonkénti tanúsítványokat is kibocsáthat, ha külön szeretné tartani őket. A Let's Encrypt tanúsítványok ingyenesek, kiállításuk és megújításuk automatikusan történik, és ha rendelkezik saját egyedi tanúsítvánnyal, azt fel is töltheti.
Nem javasoljuk, és nem is értékesítjük így. Minden aldomain egyetlen regisztrálható domainen osztozik, és egy helyettesítő karakteres (wildcard) tanúsítvány esetén egy olyan közös tanúsítványon, amelynek kiadása szerepel a nyilvános Certificate Transparency naplókban, így a hosztok bárki számára összekapcsolhatók, aki megnézi őket. Az olyan munkákhoz, ahol a webhelyek nem kapcsolhatók össze, használjon különálló regisztrálható domaineket a Footprint-Free termékcsaládunkban, amelyet kifejezetten erre terveztünk CDN- és DNS-fiókkészletekkel, felügyelt lábnyomokkal és statikus HTML-kézbesítéssel.
A platform úgy van felépítve, hogy elszigetelje a problémát ahelyett, hogy hagyná elterjedni. A CloudLinux LVE korlátozza az egyes webhelyek CPU-, memória- és I/O-használatát a saját keretén belül, a CageFS minden webhely számára elszigetelt fájlrendszernézet biztosít a betörések megfékezése érdekében, a MySQL Governor pedig szabályozza a webhelyenkénti adatbázisterhelést, így egyetlen webhely nehéz lekérdezései sem lassítják a szervert. Ezt rosszindulatú szoftverek keresése, egy proaktív webalkalmazás-tűzfal és webhelyenkénti nem módosítható biztonsági mentések támogatják. Az elszigetelés a tervezési cél; egyetlen szolgáltató sem ígérheti meg, hogy a kompromittálódás lehetetlen.
Igen. A regisztrátor és a DNS szándékosan külön van választva. Megtarthatja a domainjét a jelenlegi regisztrátoránál, és a zónáját a jelenlegi DNS-szolgáltatásánál, és egyszerűen rámutathat egy aldomain rekordjával ránk. Az oldal élesítése előtt ellenőrizzük a delegálást és az aktiválást, így az elírt rekord azonnal megjelenik a csendes hiba helyett. Ha a szülődomain zónája már itt van tárolva, akkor helyette mi írjuk bele az aldomain rekordját, így semmit sem kell kézzel hozzáadnia.
Csak abban különbözik, ahogyan létrejön. A Stagingre klónozás létrehozza egy éles webhely elszigetelt másolatát – fájlokkal és adatbázissal együtt – egy staging aldomainen, amely ugyanolyan szoftververziót és blueprintet futtat, mint a produkciós környezet. Ha elégedett az eredménnyel, az élesítésbe küldés (push-to-live) szinkronizálja azt egy adatbázis-alapú keresés-cserével. Minden más – az elszigeteltség, az SSL, a gyorsítótárazás, a biztonsági mentések és a fejlesztői hozzáférés – pontosan olyan, mint bármely más webhely esetében.
Magával viszi őket. A platformon semmi sem köt meg minket: lekérheti a hitelesítési kódokat, feloldhatja és elviheti a domaineket, hozhatja a saját CDN- és DNS-fiókait, valamint exportálhatja a webhelyeit. Az általunk használt minden külső szolgáltató egy cserélhető adapter mögött van, ami Önre ugyanúgy érvényes, mint ránk.
Teljes izoláció, wildcard SSL, valódi DNS-vezérlés és egykattintásos staging minden hozzáadott tárhelyen. Kezdje meg a kártyaadatait nem igénylő 14 napos próbaidőszakot, és győződjön meg a képességeiről, mielőtt elkötelezné magát.
Kezdje ingyen