Funkcje
Skieruj aplikację, sklep, dokumentację lub środowisko testowe w dowolne miejsce i uzyskaj prawdziwą, w pełni odizolowaną witrynę: własny stos, bazę danych, pamięć podręczną, kopie zapasowe oraz wydzielone zasoby. Pełna kontrola nad rekordami DNS, automatyczny protokół SSL z obsługą domen wieloznacznych (wildcard) oraz subdomeny testowe jednym kliknięciem. Dostępność: ograniczenie przepustowości bazy danych dla poszczególnych witryn jest w fazie aktywnego rozwoju i nie jest jeszcze dostępne. Wszystko inne opisane tutaj działa już teraz.
Na większości serwerów poddomena to katalog z regułą przepisywania adresu. U nas to pełnoprawny rekord strony z własną wersją planu, własnym miejscem w klastrze i własną granicą izolacji. Wszystko, co można zrobić z domeną główną, można zrobić z poddomeną.
Każda witryna subdomeny jest budowana z wersji wzorcowej i uruchamia własny typ stosu oraz środowisko wykonawcze: zarządzany WordPress, WooCommerce, PHP, statyczny HTML lub Node. Twoja subdomena dokumentacji może być statycznym HTML, podczas gdy główna domena korzysta z WordPress, bez żadnych kompromisów pomiędzy nimi.
Baza danych MariaDB dla każdej strony, pełne buforowanie stron LiteSpeed LSCache oraz pamięć podręczna obiektów Redis lub Memcached dla każdej witryny. Nic nie jest współdzielone z witryną nadrzędną, więc obciążona subdomena nie może usunąć pamięci podręcznej rodzica ani przeciążyć jego zapytań.
CloudLinux LVE ogranicza procesor, pamięć RAM, operacje we/wy, IOPS i procesy wejściowe dla każdej strony, CageFS zapewnia każdej stronie własny widok systemu plików, a MySQL Governor ogranicza obciążenie bazy danych dla każdej strony. Niekontrolowana subdomena jest izolowana we własnym środowisku Cage.
Codzienne kopie zapasowe przechowywane przez 30 dni z przywracaniem jednym kliknięciem dla każdej strony. Możesz przywrócić subdomenę do stanu z wczoraj bez dotykania strony głównej ani żadnej z jej powiązanych stron.
Subdomeny to najpierw problem DNS, a dopiero potem problem hostingowy, dlatego warstwa DNS jest odpowiednio wyeksponowana, zamiast być ukryta za formularzem z dwoma polami.
Każda rejestrowalna domena hostowana u nas otrzymuje strefę DNS zarządzaną przez nasz moduł sterownika DNS. Otrzymujesz operacje CRUD na rekordach dla wszystkich oczekiwanych typów rekordów, więc dodanie hosta app, shop, docs, mail lub wildcard to edycja rekordu, a nie zgłoszenie do pomocy technicznej. Stan strefy jest uzgadniany z dostawcą w sposób idempotentny, co oznacza, że częściowo zastosowana zmiana lub ponowna edycja prowadzi do stanu, o który prosiłeś, zamiast pozostawiać strefę w niejednoznacznym stanie pośrednim.
Rejestrator i DNS są celowo od siebie niezależne: możesz zarejestrować domenę u nas i zarządzać DNS gdzie indziej, lub zostawić domenę u obecnego rejestratora i po prostu skierować na nas subdomenę. Weryfikujemy delegację serwerów nazw oraz aktywację, zanim uznamy domenę za aktywną, dzięki czemu dowiadujesz się o błędnym rekordzie z poziomu platformy, a nie od klienta.
Poddomena, która działa wolno lub wyświetla ostrzeżenie o certyfikacie, jest gorsza niż brak poddomeny w ogóle, dlatego ścieżka dostarczania jest taka sama jak dla domeny głównej.
Certyfikaty Let's Encrypt są wystawiane i odnawiane automatycznie. Użyj certyfikatu wieloznacznego (wildcard), aby objąć wszystkie subdomeny naraz, certyfikatów dla poszczególnych hostów, jeśli chcesz je rozdzielić, lub wgraj własny certyfikat niestandardowy.
Każda strona obsługiwana jest przez LiteSpeed z włączonym protokołem HTTP/3, dzięki czemu subdomena uzyskuje taką samą wydajność na poziomie połączenia jak domena główna, a nie jest wirtualnym hostem gorszej kategorii.
Pełnostronicowe buforowanie LSCache oraz pamięć podręczna obiektów Redis dla każdej witryny, ze skorelowanym czyszczeniem z poziomu pulpitu nawarciezego lub z wnętrza WordPress. Czyszczenie pamięci podręcznej strony nadrzędnej nie usuwa bufora Twojej subdomeny.
Wdróż za pośrednictwem naszej sieci CDN i puli kont Cloudflare lub połącz własne konta i wybierz, na które konto ma zostać wdrożona dana witryna. Dostarczanie to Twoja decyzja, a nie narzucona przez nas.
Najczęstszym powodem chęci utworzenia subdomeny jest posiadanie bezpiecznego miejsca do eksperymentów. Ta ścieżka jest wbudowana i odblokowana w planach Mainstream.
Sklonuj do środowiska testowego tworzy odizolowaną kopię działającej strony na subdomenie testowej, z nienaruszonymi plikami i bazą danych, na tym samym stosie i w wersji planu co produkcja. Pracujesz na kopii przy użyciu pełnego zestawu narzędzi: uwięzionych SSH i SFTP, wp-cli, edytora VS Code w przeglądarce, phpMyAdmin lub Adminer, zadań cron dla poszczególnych stron oraz zmiennych środowiskowych.
Gdy zmiana zostanie zweryfikowana, funkcja publikowania na żywo (push to live) wykonuje świadomą strukturyzację bazy danych i synchronizuje ją z powrotem z produkcją. Wybierasz pliki, bazę danych lub jedno i drugie, a wyszukiwanie i zamiana są wykonywane automatycznie, dzięki czemu adresy URL w Twojej treści są dopasowane do witryny, zamiast wskazywać na serwer testowy. Ponieważ udostępnianie, klonowanie i wdrażanie działają jako trwałe przepływy pracy Temporal z ponownymi próbami na każdym kroku oraz mechanizmem kompensacji, awaria w połowie procesu wycofuje częściowe prace, zamiast pozostawić Cię z częściowo sklonowaną witryną.
Wolimy ci o tym powiedzieć na wstępie, niż sprzedać ci coś, co stoi w sprzeczności z tym, co próbujesz osiągnąć.
Subdomeny to właściwe rozwiązanie do uporządkowania jednej marki: aplikacji, sklepu, witryny z dokumentacją, portalu klienta czy środowiska testowego dla konkretnego klienta. Są złym rozwiązaniem w przypadku prywatnej sieci blogów. Każda subdomena dzieli tę samą domenę rejestrowalną, więc każdy, kto odpyta jedną z nich, dokładnie wie, do kogo należy reszta. W ramach certyfikatu wieloznacznego (wildcard) dzielą one również certyfikat, a wydanie certyfikatu jest publikowane w publicznych rejestrach Certificate Transparency, co sprawia, że hosty w ramach wspólnej domeny mogą być wyliczone przez każdego, kto zechce to sprawdzić. Jest to właściwość publicznej infrastruktury klucza publicznego (PKI) sieci Web oraz DNS, a nie naszej platformy, i żadna konfiguracja hostingu tego nie zmieni.
Subdomeny znajdują się w naszych liniach Mainstream i Agency, a nie w Footprint-Free. Jeśli Twoim wymogiem jest, aby strony nie były ze sobą powiązane, potrzebujesz osobnych domen rejestrowalnych w linii produktów Footprint-Free, gdzie pule kont CDN i DNS, zarządzanie śladami (footprint management) oraz dostarczanie statycznego kodu HTML istnieją właśnie po to, aby ten wzorzec przełamać. Oba rozwiązania działają na tym samym silniku i w tym samym panelu, więc właściwy wybór nie wiąże się z żadną utratą wygody.
Agencje i odsprzedawcy korzystają z subdomen na dużą skalę: host testowy dla każdego klienta, host podglądowy dla każdego projektu, portal dla każdego konta. Nasza platforma została zaprojektowana właśnie do takiego modelu pracy.
Organizacje tworzą strukturę drzewa: od odsprzedawcy przez klienta po strony, a każdy rekord jest ograniczany i egzekwowany na poziomie bazy danych za pomocą zabezpieczeń na poziomie wiersza (row-level security). Poddomeny klienta należą do organizacji tego klienta, a nie do wspólnej puli, której poprawności trzeba pilnować konwencjonalnie.
Wdrażaj, aktualizuj i zarządzaj wieloma witrynami za pomocą jednej akcji zamiast powtarzać te same czynności dla każdej z nich.
Wszystko w panelu znajduje się w publicznym API, wygenerowanym ze specyfikacji OpenAPI. Twórz subdomeny za pomocą klucza API przypisanego do organizacji, interfejsu CLI, Terraformu lub narzędzia AI poprzez nasz serwer MCP.
Działania uprzywilejowane i administracyjne są rejestrowane w dzienniku audytu, a kontrola dostępu oparta na rolach określa, kto w Twoim zespole może wykonywać określone czynności. Możesz sprawdzić, kto utworzył, zmodyfikował lub usunął hosta.
Tak. Ponieważ każda subdomena działa jako w pełni, oddzielnie odizolowana witryna z własnym stosem, bazą danych, pamięcią podręczną i kopiami zapasowymi, zajmuje ona miejsce w ramach planu w taki sam sposób, jak domena główna. Plany są sprzedawane według liczby obsługiwanych witryn, więc dodanie witryny subdomeny jest rozliczane tak samo, jak dodanie każdej innej witryny.
Tak, i są one autentycznie niezależne. Każda subdomena stanowi osobny rekord witryny z własnym wzorcem, dzięki czemu stosy techniczne nie muszą być identyczne: WordPress na domenie głównej, WooCommerce na shop, aplikacja Node.js na app oraz witryna statyczna na docs to tutaj standardowa konfiguracja, a nie wyjątek. Mogą one znajdować się na różnych maszynach, korzystać z różnych środowisk uruchomieniowych oraz odmiennych wersji PHP lub Node, a także być wdrażane, testowane, tworzone kopie zapasowe i przywracane według własnych harmonogramów. Żaden element nie ogranicza innego poza wspólnym sharing a domain name.
Są one objęte ochroną automatycznie w obu przypadkach. Możesz wydać certyfikat wieloznaczny, który obejmuje wszystkie hosty w domenie naraz, lub wydać certyfikaty dla poszczególnych hostów, jeśli chcesz je oddzielić. Certyfikaty Let's Encrypt są bezpłatne, wydawane i odnawiane automatycznie, a jeśli posiadasz własny certyfikat, możesz go wgrać.
Odradzalibyśmy to i nie będziemy tego tak sprzedawać. Każda subdomena dzieli tę samą domenę rejestrowalną, a w ramach certyfikatu wieloznacznego – wspólny certyfikat, którego wydanie pojawia się w publicznych rejestrach Certificate Transparency, więc hosty mogą zostać powiązane ze sobą przez każdego, kto to sprawdzi. W przypadku prac, w których strony nie mogą być ze sobą powiązane, należy używać osobnych domen rejestrowalnych w ramach naszej linii Footprint-Free, która została zaprojektowana specjalnie do tego celu dzięki pulom kont CDN i DNS, zarządzanym śladom i dostarczaniu statycznego kodu HTML.
Platforma została zaprojektowana tak, aby zatrzymywać problemy zamiast pozwalać im się rozprzestrzeniać. CloudLinux LVE ogranicza użycie procesora, pamięci i operacji we/wy przez każdą witrynę w jej własnej klatce, CageFS zapewnia każdej witrynie widok izolowanego systemu plików, dzięki czemu naruszenie bezpieczeństwa zostaje odizolowane, a MySQL Governor reguluje obciążenie bazy danych dla poszczególnych witryn, aby zapobiec spowalnianiu serwera przez intensywne zapytania jednej z nich. Uzupełnieniem tego są skanowanie złośliwego oprogramowania, proaktywna zapora aplikacji webowych oraz niezmienne kopie zapasowe dla każdej witryny. Izolacja jest celem projektowym; żaden host nie może obiecać, że kompromis jest niemożliwy.
Tak. Rejestrator i DNS są celowo od siebie niezależne. Możesz zachować swoją domenę u obecnego rejestratora oraz strefę u obecnego dostawcy DNS, po prostu wskazując nam rekord subdomeny. Przed uznaniem witryny za aktywną weryfikujemy delegację i aktywację, dzięki czemu błędnie wpisany rekord ujawnia się natychmiast, zamiast ulec cichej awarii. Gdy strefa domeny nadrzędnej jest już hostowana tutaj, w zamian sami zapisujemy w niej rekord subdomeny, więc nie musisz niczego dodawać ręcznie.
Tylko pod względem sposobu jej utworzenia. Klonowanie do środowiska testowego tworzy odizolowaną kopię aktywnej witryny, obejmującą pliki i bazę danych, na subdomenie testowej działającej na tym samym stosie i w tej samej wersji planu co produkcja. Gdy wszystko będzie gotowe, funkcja wdrażania na żywo synchronizuje ją z powrotem za pomocą operacji wyszukiwania i zamiany uwzględniającej bazę danych. Wszystko inne — izolacja, protokół SSL, pamięć podręczna, kopie zapasowe i dostęp dla programistów — jest identyczne jak w przypadku każdej innej witryny.
Zabierasz je ze sobą. W całej platformie nie ma żadnych blokad dostępu (vendor lock-in): możesz pobierać kody auth, odblokowywać domeny i je transferować, korzystać z własnych kont CDN i DNS oraz eksportować swoje strony. Każdy zewnętrzny dostawca, z którego korzystamy, znajduje się za wymiennym adapterem, co dotyczy zarówno Ciebie, jak i nas.
Pełna izolacja, wildcard SSL, pełna kontrola DNS i staging jednym kliknięciem dla każdego dodanego hosta. Rozpocznij 14-dniowy okres próbny bez karty i sprawdź, jak to działa, zanim się zobowiążesz.
Rozpocznij za darmo