Hosting

REGULAMIN ŚWIADCZENIA USŁUG HOSTINGU APLIKACYJNEGO I WORDPRESS

Wersja: 20260725Opublikowano: 2026-07-11Obowiązuje dla nowych umów od: 2026-07-11, a dla trwających umów zawartych wcześniej od: 2026-07-25

§1. Zakres i architektura Usługi

  1. Regulamin uzupełnia OWU i określa zasady świadczenia Hostingu Aplikacyjnego oraz gotowego Hostingu WordPress. Jedna Usługa służy utrzymaniu jednej witryny pod domeną główną wskazaną w zamówieniu oraz jej wariantem www. Usługa nie obejmuje publicznej domeny technicznej.
  2. Usługa działa na współdzielonej platformie Kubernetes utrzymywanej przez Usługodawcę. Obciążenia klientów są odseparowane co najmniej przestrzenią nazw, politykami sieciowymi, limitami zasobów i warstwą izolacji uruchomieniowej. Współdzielony charakter platformy nie uprawnia Klienta do dostępu do węzłów, klastra, konfiguracji Traefik ani zasobów innych klientów.
  3. Parametry wiążące dla danej Usługi wynikają z zamówienia: liczba vCPU i limit równoległego CPU, czas CPU w opłaconym okresie, pamięć RAM, przestrzeń SSD, limit pasma, ilość transferu wychodzącego, liczba operacji, wariant aplikacji, serwer WWW i jego linia wersji, runtime i jego linia wersji, silnik i pojemność baz danych, cache, dostęp administracyjny, retencja backupu, okres rozliczeniowy i cena.
  4. Usługa jest świadczona wyłącznie w modelu przedpłaconym. Zużycie i pozostałe limity są dostępne w Panelu; przekroczenie limitu nie tworzy długu ani dopłaty po użyciu. Wyczerpanie czasu CPU, transferu wychodzącego lub liczby operacji uruchamia bezpieczne ograniczenie CPU i pasma do rozpoczęcia nowego opłaconego okresu albo zmiany planu. Osiągnięcie 100% przestrzeni SSD blokuje nowe zapisy z zachowaniem odczytu i eksportu danych, a blokada jest zdejmowana po zejściu poniżej 95%. Rezerwa techniczna wolumenu nie powiększa limitu dostępnego Klientowi. Brak wiarygodnej telemetrii nie jest zastępowany zerem i sam nie stanowi podstawy nowego ograniczenia.

§2. Oprogramowanie i wersje

  1. Dostępne rodziny i linie wersji Nginx lub Apache, PHP, Python, Node.js, MySQL, PostgreSQL, Memcached i Valkey są każdorazowo wskazane w ofercie oraz Panelu. Traefik jest współdzieloną, zarządzaną przez Usługodawcę warstwą wejściową i nie jest konfigurowany bezpośrednio przez Klienta.
  2. Wybrana linia wersji nie zmienia się automatycznie na żądanie Klienta ani tylko z powodu wydania nowej wersji. Aktualizacja komponentu Klienta wymaga wyraźnego potwierdzenia gotowości w Panelu. Proces może obejmować kontrolę wstępną, budowę, natywny test konfiguracji, wdrożenie canary, kontrolę zdrowia i automatyczny powrót do poprzedniej wersji po niepowodzeniu.
  3. Usługodawca może bez odrębnej zgody aktualizować centralne elementy platformy, obrazy bazowe i poprawki niewidoczne jako wybierana przez Klienta linia wersji, jeżeli jest to potrzebne do zachowania bezpieczeństwa, zgodności lub ciągłości. Nie powoduje to zmiany uzgodnionej głównej linii runtime, o ile nie jest to technicznie niezbędne; o istotnej niezgodnej zmianie Klient jest informowany zgodnie z OWU.
  4. Linia wycofana lub po zakończeniu wsparcia może pozostać czasowo dostępna dla istniejącej Usługi, lecz nie musi być oferowana do nowych wdrożeń. Klient przyjmuje do wiadomości podwyższone ryzyko pozostania przy wersji niewspieranej. Usługodawca może zablokować nowe wdrożenia lub wymagać zmiany, gdy dalsze utrzymywanie wersji zagraża platformie albo jest prawnie lub technicznie niemożliwe.
  5. Formularze konfiguracji Nginx lub Apache, ograniczone fragmenty zaawansowane i historia rewizji nie dają dostępu do całej konfiguracji serwera. Dyrektywy umożliwiające ominięcie izolacji, odczyt sekretów, zmianę upstreamów platformy, ładowanie modułów lub dostęp do systemu plików poza Usługą mogą być odrzucone. Walidacja składni nie gwarantuje zgodności aplikacji ani braku błędów logicznych.

§3. Dostęp, domeny i poczta

  1. Dostęp FTPS jest dostępny domyślnie. Nieszyfrowany FTP nie jest udostępniany dla nowych Usług; historycznie włączony dostęp można wyłącznie usunąć. Opcjonalny dostęp SSH jest odpłatny, jeżeli oferta tak stanowi, i działa wyłącznie z kluczem publicznym; logowanie SSH hasłem nie jest udostępniane.
  2. Usługodawca automatyzuje certyfikat TLS i konfigurację domeny głównej oraz www, pod warunkiem prawidłowego skierowania DNS przez Klienta. Czas propagacji DNS i działanie zewnętrznego rejestratora lub operatora DNS nie są kontrolowane przez Usługodawcę.
  3. Usługa nie obejmuje skrzynek pocztowych. Może obejmować limitowany przekaźnik SMTP do wiadomości transakcyjnych aplikacji. Limity szybkości, odbiorców i rozmiaru służą ochronie reputacji oraz platformy; masowa wysyłka, marketing bez podstawy prawnej i spam są zakazane.

§4. Bazy danych i cache

  1. Domyślny wariant bazy danych jest usługą współdzieloną, zarządzaną przez Usługodawcę i logicznie odseparowaną od innych klientów. Odpłatny wariant dedykowany, jeżeli wybrany, ma parametry określone w zamówieniu. Klient nie otrzymuje uprawnień administracyjnych do hosta ani klastra bazy danych.
  2. Panel może tworzyć krótkotrwałą uwierzytelnioną sesję do webowego narzędzia obsługi bazy. Opcjonalny publiczny endpoint bazy działa wyłącznie z TLS i listą dozwolonych adresów IP/CIDR wskazaną przez Klienta. Klient odpowiada za aktualność tej listy i bezpieczeństwo danych dostępowych.
  3. Limity liczby logicznych baz, pojemności, połączeń i pamięci cache wynikają z zamówienia. Memcached i Valkey są pamięcią podręczną i nie powinny być jedynym miejscem przechowywania trwałych danych.

§5. WordPress i odpowiedzialność za aplikację

  1. W Hostingu WordPress Usługodawca utrzymuje platformę wykonawczą, wybraną bazę oraz mechanizm instalacji WordPress. Klient administruje treścią, użytkownikami WordPress, rdzeniem aplikacji, wtyczkami i motywami oraz odpowiada za ich licencje, kompatybilność i bezpieczeństwo.
  2. Funkcja naprawy może odtworzyć zarządzane pliki rdzenia bez zamiaru usuwania uploadów, wtyczek, motywów i bazy. Nie gwarantuje naprawy uszkodzeń spowodowanych przez rozszerzenia albo dane Klienta.
  3. Reset fabryczny jest operacją destrukcyjną: zastępuje witrynę i bazę danych. Panel wymaga dodatkowego potwierdzenia, ale Klient nadal odpowiada za posiadanie potrzebnej kopii.
  4. W Hostingu Aplikacyjnym Klient odpowiada za kod, zależności, migracje danych, konfigurację aplikacji, sekrety wprowadzane do aplikacji i zgodność wybranych wersji.

§6. Backup i odtwarzanie

  1. Backup po stronie Usługodawcy jest wykonywany tylko, gdy został odpłatnie wybrany wariant z retencją 7 albo 30 dni. Brak takiej pozycji w zamówieniu oznacza brak umownego backupu dostawcy.
  2. Zakres, retencja i dostępność odtworzenia są widoczne w Panelu. Odtworzenie zastępuje odpowiedni stan plików lub bazy i może powodować utratę zmian wykonanych po dacie kopii. Klient powinien utrzymywać niezależny eksport danych.
  3. Wygaśnięcie retencji powoduje nieodwracalne usunięcie kopii. Backup nie jest archiwum bezterminowym i podlega dodatkowo Regulaminowi Usługi Backupu.

§7. Odnowienie, zawieszenie i usunięcie

  1. Hosting jest opłacany z góry na okres wskazany w zamówieniu i nie odnawia się odpłatnie automatycznie. Panel może utworzyć propozycję odnowienia oraz wysyłać przypomnienia, lecz odnowienie wymaga nowego zamówienia i ręcznego zatwierdzenia jednorazowej płatności, w szczególności przez Przelewy24.
  2. Po końcu opłaconego okresu Usługa przechodzi w karencję i jest zawieszana w zapisanym dla cyklu terminie przypadającym losowo od 6 do 30 minut później. Rozpoczęta wcześniej aktywna sesja płatnicza może odroczyć operację najwyżej o 30 minut i sama nie stanowi zapłaty.
  3. Zawieszenie wyłącza publiczną witrynę i dostęp Klienta do zasobów wykonawczych, ale nie jest jeszcze trwałym usunięciem. Zwykłe odnowienie jest dostępne do 14. dnia od końca opłaconego okresu i wydłuża okres od poprzedniej daty wygaśnięcia.
  4. Po 14 dniach Usługa zostaje zakończona. Po 44 dniach od końca opłaconego okresu Usługodawca trwale usuwa witrynę, wolumeny, bazy, cache, sekrety techniczne oraz inne zasoby Usługi, o ile aktywna blokada administracyjna albo obowiązek prawny nie wymaga odroczenia. Odpłatne kopie podlegają własnej retencji i mogą wygasnąć wcześniej.
  5. Przypomnienia fakultatywne można wyłączyć, lecz obowiązkowe komunikaty o wygaśnięciu, zawieszeniu, zakończeniu, usunięciu, bezpieczeństwie i zmianie umowy pozostają wysyłane. Brak albo opóźnienie wiadomości e-mail nie przedłuża opłaconego okresu, jeżeli terminy były dostępne w Panelu.

§8. Postanowienia końcowe

  1. Planowane prace, dostępność, kredyty SLA, reklamacje, odpowiedzialność, AUP, odstąpienie i zasady płatności określają pozostałe dokumenty umowne. Ustawowe prawa Konsumenta pozostają bez zmian.
  2. Klient powinien zgłosić błąd wdrożenia lub odtwarzania przez system zgłoszeń, podając identyfikator Usługi i operacji, bez zamieszczania haseł lub kluczy prywatnych.