Skocz do zawartości
theqkash

Opinie o dhosting.pl

Polecane posty

Z jednej strony jeżeli to by była prawda to sprawa nadaje się do prokuratury.

 

Z drugiej strony po co mieliby to robić? Dla zabawy?

 

Trzecia opcja, która wydaje mi się prawdopodobna to, że ktoś z ich obsługi miał zapisane Twoje dane i wchodząc na cloudflare myślał, że jest na swoim koncie i wyczyścił obce wpisy...

Edytowano przez 4grewfdrdgre

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Cześć Mateusz,

 

rzuciliśmy ekipę do pilnego zweryfikowania tego, co piszesz. Od razu napiszę, że nie robimy nikomu na złość i absolutnie nie kasujemy ludziom żadnych danych, nie jesteśmy tacy małostkowi. Tym bardziej, że w tej branży dobra opinia jest wszystkim, a takie rzeczy szybko wychodzą na wierzch. To byłoby wbrew naszym zasadom i zupełnie nieprofesjonalne. Tak się nie robi i my tego nie robimy. 


W skrócie, zostawiłeś integrację i autoryzację CF, zaparkowane domeny na swoim koncie, nie dałeś znać, że rezygnujesz.


Strasznie smutna sprawa, ale do rzeczy, ustalmy fakty: 

 

  • miałeś u nas konto z przypiętymi domenami,
  • miałeś ustawioną integrację z CF przez nasz dpanel.pl (czyli konto CF było spięte z naszym systemem),
  • nie mamy od Ciebie żadnej informacji, że rezygnujesz z naszych usług, po prostu „spakowałeś” się i poszedłeś gdzie indziej (i ok, masz takie prawo),
  • system o tym nie wie, nie wyrzucamy nikogo od razu, dlatego, że nie płaci, znamy życie, więc konto cały czas było aktywne,
  • na koncie zostały zaparkowane domeny i autoryzacja z CF,
  • zmiany DNS są synchronizowane ze strefą w CF, dlatego u nas dokonuje się zmian w strefie DNS,
  • cyklicznie, co jakiś czas systemy wykonują resynchronizację strefy DNS domen u nas z tymi w spiętym koncie, w celu wykrywania błędów/problemów, które powinny być naprawione,
  • w wyniku tej resychronizacji danych wpisy, których nie miałeś w strefie DNS u nas dla tych 8 domen zostały nadpisane automatycznie,
  • absolutnie standardowa procedura.

Mateusz – podsumowując, oczywiście możesz bez poinformowania nas zrezygnować z usług i iść gdzie indziej. Natomiast zabrakło jednej rzeczy - odparkowania przez Ciebie domen w zakładce Domeny. Pozostawiając je + nie odpinając integracji z CF, nasze systemy słusznie nadal uważały, że korzystasz z ustawień strefy DNS przez dhosting.pl. Do tej pory nie mieliśmy żadnego takiego przypadku, prawdopodobnie dlatego, że domeny zwyczajowo są odparkowywane przez naszych klientów lub usuwana integracja z CF, gdy klient rezygnuje z usług. Natomiast zastanowimy się jak przewidzieć taką sytuację i dodatkowo zabezpieczyć klienta, gdyby zapomniał tego zrobić. Natomiast żeby była jasność - nie chciałbym mówić o naszej winie w tej sytuacji. Natomiast nie zamykamy się, żeby takie rzeczy usprawniać i próbować przewidywać sytuacje, które mogą być pewnym zagrożeniem. 


Mateusz, zdzwońmy się i pogadajmy o tym, postaramy się to dalej wyjaśnić. Dasz na priv do siebie kontakt i zgadamy się?

  • Lubię 5

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Domeny ani nie były kupione u was, ani nie kierowały nigdy na wasze DNSy. Od początku były na moim prywatnym koncie Cloudflare. Nie wiem skąd więc mowa o "odpakowywaniu" domen.

 

Tak mogłem zmienić klucz API, aby odciąć Was od dostępu do mojego konta w CF, ale nie przypuszczałem, że kilka miesięcy po przeniesieniu moich stron , zmianie rekordów A na moim koncie w CF, zakończeniu współpracy, nieopłaceniu konta, wygaśnięciu usług, stwierdzicie, że dobrym pomysłem będzie zalogowanie się na moje konto CF i usunięcie mi rekordów A wskazujących adres IP nowego hostingu

 

Dla mnie sprawa wygląda tak:

  1. Przestałem być Waszym klientem i przeniosłem strony do konkurencji
  2. Po kilku miesiącach od zakończenia współpracy wyłączyliście mi strony, przez to, że nie zabrałem Wam dostępu do API

A czy to było włamanie, pomyłka stażysty, błąd skryptu czy "absolutnie standardowa procedura" ma dla mnie niewielkie znaczenie. Nie mam w zwyczaju informować kogoś, że przestaję korzystać z jego usług - po prostu grzecznie przenoszę wcześniej strony gdzieś indziej, nie wykupuję usługi na kolejny rok i zgodnie z regulaminem/umową przestaję być klientem. I nic więcej nas nie łączy.

 

Nie mam też zbytnio czasu na internetowe dyskusje czy przepychanki. To bardziej sprawa dla prawnika. Ja po prostu chciałem podzielić się moją historią z innymi przyszłymi i obecnymi klientami dhosting. Jeśli jest jeszcze coś do wyjaśnienia to mój adres e-mail macie. Ja idę odrabiać straty w moich biznesach.

 

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Zastanów się po co dawałeś klucz API dla dhosting? Ano po to, żeby można było zintegrować ich usługę z Cloudflare, czyli automatycznie zgłaszać wszelkie zmiany do Cloudflare.

Że dhosting nie usuwa od razu stron i wpisów DNS? Norma w większości firm. Połowa klientów zapomina zapłacić, wraca itp. Jak chcesz żeby usunęli od razu to zgłoś to i upewnij się, że to zostało zrobione.

 

Dhosting  w końcu usuwa twoje usługi co przy okazji z automatu przez integrację usuwa wpisy z Cloudflare. Że w tym czasie zostały zmienione ręcznie? Peszek.

 

Mam dla Ciebie kilka rad:

1) Naucz się ładnie rozwiązywać umowy z firmami i dwa razy zastanów się czy wszystkiego dopatrzyłeś i o niczym nie zapomniałeś.

3) Jak dajesz komuś hasło/dane autoryzacyjne to PAMIĘTAJ o tym i odbierz kiedy już nie potrzebujesz korzystać z jego usług. Po to te dane są poufne, żeby ich pilnować.

 

Uważam, że 70% twojej winy, 30% dHosting, który już zresztą zapowiedział, że postara się na przyszłość przewidzieć jak nie skrzywdzić zapominalskich i nieświadomych.

Edytowano przez nnd.newbie
  • Lubię 7

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Problem był grubszy: w momencie, gdy zostały przeniesione usługi do innego dostawcy, ale na serwerach dhosting zostały wpisy (czyli nie była usunięta konfiguracja np. poczty), to każdy klient, który był na tym samym serwerze w dhosting nie mógł wysłać do was maila. Bo serwer poczty zawsze najpierw sprawdza, czy domena istnieje lokalnie. Zatem wysyłał pocztę ... lokalnie, na adresy nieużywane, lub nawet na takie, jakie nie istnieją.

 

Dlatego wina wcale nie leży po stronie dhostingu, ale po stronie klienta, który się wynosił i nie posprzątał po sobie konfiguracji. Tak, wiem, że brutalne ...

 

Wojtek

  • Lubię 1

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
5 minut temu, smarthost napisał:

Bo serwer poczty zawsze najpierw sprawdza, czy domena istnieje lokalnie.

 

To jest raczej problem hostingu, który używa niewiarygodnych wpisów w DNS. Czy jak założę sobie konto i dodam lokalnie 200 domen których nie jestem właścicielem, to też zepsuję wysyłkę poczty na tych 200 domen z tego serwera?

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
1 godzinę temu, smarthost napisał:

to każdy klient, który był na tym samym serwerze w dhosting nie mógł wysłać do was maila.

 

To raczej nieprawda, bo w dhosting, z tego co wiem, poczta musi być dodatkowo aktywowana przy podpinaniu nowej domeny i tak samo dezaktywuje się przy jej odpinaniu. Dla domen które poczty nie mają aktywowanej, wysyłka odbywa się tam gdzie powinna.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
1 godzinę temu, rob006 napisał:

 

To jest raczej problem hostingu, który używa niewiarygodnych wpisów w DNS. Czy jak założę sobie konto i dodam lokalnie 200 domen których nie jestem właścicielem, to też zepsuję wysyłkę poczty na tych 200 domen z tego serwera?

 

Tak, dlatego operatorzy weryfikują wpisy zwykle - chodzi o domeny, które są dodane na serwerze, ale nie mają dnsów operatora. Oczywiście mogą być wykierowane rekordem A lub MX itd. I tak największy problem jest z CloudFlare, bo wymaga on tego, żeby domena była dodana na hostingu, ale nie bardzo jest jak sprawdzić, czy cloudflare pobiera faktycznie domeny z tego serwera, czy z innego. 

 

W.

14 minut temu, theqkash napisał:

 

To raczej nieprawda, bo w dhosting, z tego co wiem, poczta musi być dodatkowo aktywowana przy podpinaniu nowej domeny i tak samo dezaktywuje się przy jej odpinaniu. Dla domen które poczty nie mają aktywowanej, wysyłka odbywa się tam gdzie powinna.

 

Nie jak jak działa to konkretnie w dhostingu, ale skoro ten klient nie odpiął domeny po wyniesieniu się, to jest też duża szansa, że nie odpiął jej też z obsługi e-maila. Na wielu hostingach działa to automatycznie (tj. www+e-mail). 

 

W.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
1 minutę temu, smarthost napisał:

Nie jak jak działa to konkretnie w dhostingu, ale skoro ten klient nie odpiął domeny po wyniesieniu się, to jest też duża szansa, że nie odpiął jej też z obsługi e-maila.

 

Z tego co kojarzę, obsługa e-mail dezaktywuje się automatycznie po dobie od momentu jak mx-y będą wskazywały gdzieś inaczej.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
17 godzin temu, smarthost napisał:

I tak największy problem jest z CloudFlare, bo wymaga on tego, żeby domena była dodana na hostingu, ale nie bardzo jest jak sprawdzić, czy cloudflare pobiera faktycznie domeny z tego serwera, czy z innego.

 

Nie do końca rozumiem co tutaj jest problemem. Wystarczy odpytać DNS aby dowiedzieć się gdzie kieruje dana domena i gdzie wysłać pocztę. Jeśli hosting korzysta z jakichś lokalnych ustawień/cache i zachowuje się inaczej niż cała reszta świata, to jest to problem hostingu.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
12 minut temu, rob006 napisał:

 

Nie do końca rozumiem co tutaj jest problemem. Wystarczy odpytać DNS aby dowiedzieć się gdzie kieruje dana domena i gdzie wysłać pocztę. Jeśli hosting korzysta z jakichś lokalnych ustawień/cache i zachowuje się inaczej niż cała reszta świata, to jest to problem hostingu.

 

Odpytaj zatem o domenę, która jet zaparkowana lokalnie na hostingu, ale ma DNSy skierowane na CloudFlare, a MX ma skierowany na gsuite/office365 - jak sprawdzisz, czy to jeszcze stoi na TYM hostingu, czy już na innym ? 

 

W.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Jak ma MX-y na google/o365 to poczta i tak musi być odpięta lokalnie, bez znaczenia czy witryna kieruje na serwer :)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
1 minutę temu, smarthost napisał:

Odpytaj zatem o domenę, która jet zaparkowana lokalnie na hostingu, ale ma DNSy skierowane na CloudFlare, a MX ma skierowany na gsuite/office365 - jak sprawdzisz, czy to jeszcze stoi na TYM hostingu, czy już na innym ? 

 

Ale jakie to ma znaczenie na jakim hostingu stoi strona? Jeśli klient płaci to utrzymujesz konto tak jak jest skonfigurowane, a pocztę wysyłasz tam gdzie kierują rekordy MX. Jeśli konto nie jest opłacone to kasujesz konto, a pocztę wysyłasz tam gdzie wcześniej.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
10 minut temu, smarthost napisał:

 

Odpytaj zatem o domenę, która jet zaparkowana lokalnie na hostingu, ale ma DNSy skierowane na CloudFlare, a MX ma skierowany na gsuite/office365 - jak sprawdzisz, czy to jeszcze stoi na TYM hostingu, czy już na innym ? 

 

W.

Dokładnie. Przynajmniej w teorii CloudFlare jest również używane po to aby ukryć IP docelowej strony, bo bez tego DDoS można by przeprowadzić z pominięciem CF bezpośrednio na IP strony.

9 minut temu, rob006 napisał:

 

Ale jakie to ma znaczenie na jakim hostingu stoi strona? Jeśli klient płaci to utrzymujesz konto tak jak jest skonfigurowane, a pocztę wysyłasz tam gdzie kierują rekordy MX. Jeśli konto nie jest opłacone to kasujesz konto, a pocztę wysyłasz tam gdzie wcześniej.

Jest (zwykle) jeszcze coś takiego jak okres od wygaśnięcia konta do usunięcia. Nie wiem czy w momencie gdy nie informujesz firmy hostingowej o tym, że nie będziesz przedłużał usługi chciałbyś aby firma od razu usunęła Ci wszystkie pliki i poodpinała domeny. Jest jednak bardzo dużo klientów, którzy zapominają (mimo przypomnień) i potem jest różnica pomiędzy odblokowaniem w kilka minut po opłaceniu przedłużenia a odzyskiwaniem plików z backupu + dodawaniem ponownym wpisów w DNS i czekaniem ~24h aż to się "przywróci".

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
13 minut temu, proserwer.pl napisał:

Jest (zwykle) jeszcze coś takiego jak okres od wygaśnięcia konta do usunięcia. Nie wiem czy w momencie gdy nie informujesz firmy hostingowej o tym, że nie będziesz przedłużał usługi chciałbyś aby firma od razu usunęła Ci wszystkie pliki i poodpinała domeny. Jest jednak bardzo dużo klientów, którzy zapominają (mimo przypomnień) i potem jest różnica pomiędzy odblokowaniem w kilka minut po opłaceniu przedłużenia a odzyskiwaniem plików z backupu + dodawaniem ponownym wpisów w DNS i czekaniem ~24h aż to się "przywróci".

 

Ale ja nie mówię o natychmiastowym usunięciu konta. Nawet jeśli opóźnisz ją o pół roku, to w żadnym momencie nie powinno być wątpliwości gdzie wysłać pocztę dla domeny podpiętej pod hosting - jeśli klient przeniósł się gdzieś indziej, to serwer pocztowy można odnaleźć na podstawie wpisów w DNS (tak jak robi to reszta świata dla tej domeny). A samo usunięcie konta (i strefy DNS) nie oznacza wcale że trzeba mieszać też w podpiętych kontach CF. Bałagan w DSNach CloudFlare to jest problem właściciela domeny, a nie hostingu, który już jej nie obsługuje.

  • Lubię 2

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
11 minut temu, rob006 napisał:

 

Ale ja nie mówię o natychmiastowym usunięciu konta. Nawet jeśli opóźnisz ją o pół roku, to w żadnym momencie nie powinno być wątpliwości gdzie wysłać pocztę dla domeny podpiętej pod hosting - jeśli klient przeniósł się gdzieś indziej, to serwer pocztowy można odnaleźć na podstawie wpisów w DNS (tak jak robi to reszta świata dla tej domeny). A samo usunięcie konta (i strefy DNS) nie oznacza wcale że trzeba mieszać też w podpiętych kontach CF. Bałagan w DSNach CloudFlare to jest problem właściciela domeny, a nie hostingu, który już jej nie obsługuje.

No to teraz się zgadzamy :)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
51 minut temu, Marek607 napisał:

Jak ma MX-y na google/o365 to poczta i tak musi być odpięta lokalnie, bez znaczenia czy witryna kieruje na serwer :)

 

ale domena dla www już nie :-)

 

W.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Kilka miesięcy temu wytransferowałem od nich domeny i poprosiłem o usunięcie konta, do czego mam prawo. Pomimo cofnięcia zgody na przetwarzanie moich danych, dzisiaj dostałem fakturę proforma na przedłużenie domeny, której już nie utrzymują.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
8 godzin temu, Ghost napisał:

Kilka miesięcy temu wytransferowałem od nich domeny i poprosiłem o usunięcie konta, do czego mam prawo. Pomimo cofnięcia zgody na przetwarzanie moich danych, dzisiaj dostałem fakturę proforma na przedłużenie domeny, której już nie utrzymują.

 

To naturalne, że masz prawo wystosować odpowiednią dyspozycję, by Twoje konto zostało usunięte. Jeśli zostało to zrobione zgodnie z procedurą, to na pewno konto zostało przekazane do usunięcia i usunięte. Skąd jakaś proforma za domenę, trudno powiedzieć bez weryfikacji. Podrzuć na privie nr proformy albo nazwę domeny lub inne namiary, które pozwolą to ustalić i będziemy mogli coś więcej powiedzieć. Prośba o kontakt. 

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

@dhosting.pl Nie jestem technicznym geekiem. Wiedzę o kwestiach hostingowych mam bardzo podstawową. Mam zainstalowane 2 strony Wordpressowe na waszym serwerze. Wordpress krzyczy mi w panelu, że MySQL zainstalowana na serwerze to 5.1.73-rel14.11 a do bezpiecznego i prawidłowego działania WP i WooCommerce wymagana jest wersja 5.6 lub nowsza. Sprawdzam tę wersję 5.1.73-rel14.11  i widzę....., że to rok 2005.....! 😵  Na helpdesku uzyskałem odpowiedź, że  'niestety aktualnie nie będzie możliwości aktualizacji wersji'.  Ja rozumiem, że nie macie najnowszej wersji, ale jakieś 5.7.1 z 2013 roku, to już chyba by się przydała? 🙄 

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Napisano (edytowany)
1 godzinę temu, Marcin07 napisał:

@dhosting.pl Nie jestem technicznym geekiem. Wiedzę o kwestiach hostingowych mam bardzo podstawową. Mam zainstalowane 2 strony Wordpressowe na waszym serwerze. Wordpress krzyczy mi w panelu, że MySQL zainstalowana na serwerze to 5.1.73-rel14.11 a do bezpiecznego i prawidłowego działania WP i WooCommerce wymagana jest wersja 5.6 lub nowsza. Sprawdzam tę wersję 5.1.73-rel14.11  i widzę....., że to rok 2005.....! 😵  Na helpdesku uzyskałem odpowiedź, że  'niestety aktualnie nie będzie możliwości aktualizacji wersji'.  Ja rozumiem, że nie macie najnowszej wersji, ale jakieś 5.7.1 z 2013 roku, to już chyba by się przydała? 🙄 

 

Hej Marcin, odezwij się do nas na privie z info jak możemy Cię odnaleźć w systemie, żebyśmy mogli zweryfikować Twój case i sprawdzić jak możemy pomóc. Na serwerach EWH mamy dostępne o wiele, wiele, wiele nowsze wersje SQL. Odezwij się, postaram się pomóc. 

Edytowano przez dhosting.pl
literówka

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Chciałem odpuścić, ale dzisiaj dostałem maila że domena z konta które kazałem usunąć, a którą dawno przeniosłem już do innej firmy, za 30 dni zostanie automatycznie odnowiona... Nazwę domeny wysyłam w wiadomości prywatnej.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
1 minutę temu, Ghost napisał:

za 30 dni zostanie automatycznie odnowiona...

I nie zapomnij też podziękować za przypominajkę :)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
40 minut temu, Ghost napisał:

Chciałem odpuścić, ale dzisiaj dostałem maila że domena z konta które kazałem usunąć, a którą dawno przeniosłem już do innej firmy, za 30 dni zostanie automatycznie odnowiona... Nazwę domeny wysyłam w wiadomości prywatnej.

 

Przepraszam za kłopot. Po wstępnej weryfikacji wynika, że w Twoim przypadku konto nie zostało usunięte – dyspozycja według ustaleń została wydana, a konto skierowane do kolejki usunięcia. Robi to u nas automat, a jego działanie weryfikuje później jeszcze dyżurująca osoba z działu technicznego. Jeszcze nie wiem dlaczego akurat w Twoim wypadku przeoczono, że automat nie zadziałał. Zleciłem właśnie manualne usunięcie konta i jeszcze raz przepraszam za niedogodność.

 

Pozwolę sobie potwierdzić w prywatnej wiadomości, że konto zostało definitywnie usunięte, żeby nie było już żadnych wątpliwości. 

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Dołącz do rozmowy

Możesz pisać i zarejestrować się później. Jeśli masz konto,Zaloguj się teraz, aby publikować na swoim koncie.

Gość
Odpowiedz...

×   Wklejony jako tekst z formatowaniem.   Wklej jako zwykły tekst

  Dozwolonych jest tylko 75 emoji.

×   Twój link będzie automatycznie osadzony.   Wyświetlać jako link

×   Twoja poprzednia zawartość została przywrócona.   Wyczyść edytor

×   Nie możesz wkleić zdjęć bezpośrednio. Prześlij lub wstaw obrazy z adresu URL.


  • Podobna zawartość

    • Przez The I
      Jako że dHosting ostatnimi tygodniami, miesiącami notorycznie zalicza wpadki awarii z połączeniem z maszynami z bazą danych, to czas poszukać czegoś innego. Niedopuszczalne jest, by strony nie działały przez kilka/naście godzin, strasząc czytelników błędami.
       
      Wymaganie, jakie mamy, to:
       
      Dostęp do SSH i możliwość instalacji Composera pod strony oparte na Drupalu. Częste kopie zapasowe plików i bazy danych. Możliwość wymuszenia zrobienia kopii bazy w danej chwili (np. przed wykonywaniem aktualizacji strony). Możliwość przywrócenia wybranej kopii bazy danych w dowolnej chwili. Hosting oparty na dyskach SSD, a najlepiej NVMe. Niekoniecznie w Polsce. Przyjazny support. Gwarantowane zasoby CPU i RAM  
      VPS-a nie biorę pod uwagę (chwilowo), ponieważ zarządzenie tym wszystkim jednak pożera sporo czasu i najlepiej, abym miał możliwość korzystania z graficznego panelu.
       
      Czy oferta Hetzner lub OVH będzie odpowiednia? A może coś innego?
       
      Jeśli ktoś będzie wymieniał propozycje, proszę pisać, z jakiego data center dany hosting korzysta.
    • Przez dhosting.pl
      Hej!
       
      Dzisiaj Black Friday, więc nie mogło u nas zabraknąć ofert specjalnych:
       
      Nowi klienci zdobędą Elastyczny Web Hosting w cenie 120 zł netto za pierwszy rok. Do tego do ich portfeli elastycznego skalowania trafi 25 zł netto, żeby w pełni mogli wykorzystać zalety naszej usługi. Nie zapominamy o obecnych klientach! Każde doładowanie wirtualnego portfela powiększamy bezpłatnie o 30%.  
      Jeszcze nigdy nie było tak tanio, więc serdecznie zapraszamy!
       
      https://dhosting.pl
  • Kto przegląda   0 użytkowników

    Brak zalogowanych użytkowników przeglądających tę stronę.

×
×
  • Utwórz nowe...

Ważne informacje

Korzystając z forum, wyrażasz zgodę na: Warunki korzystania z serwisu, Regulamin, Polityka prywatności.