itomek

Aplikacje użytkowe i serwery baz danych gotowe do pracy od razu po aktywacji Oferta nazwa.pl poszerza się o nowe usługi w modelu SaaS. Ich niewątpliwą zaletą jest natychmiastowa gotowość do pracy. Wszystkie aplikacje i serwery baz danych działają w środowisku odpowiednio dostosowanym do ich wymagań. Serwery baz danych: MariaDB, PostgreSQL, Redis, MongoDB Aplikacje użytkowe: Nextcloud, Mantis Dowolną z usług można przetestować za darmo przez 30 dni. Niezależnie, czy jest to serwer baz danych, czy aplikacja użytkowa, bez potrzeby instalacji i konfiguracji środowiska, można już w kilka chwil od zamówienia korzystać z nich produkcyjnie w swoich projektach. Niedługo do oferty SaaS dołączą kolejne serwery i aplikacje. Więcej informacji: https://www.nazwa.pl/blog/gotowe-aplikacje-uzytkowe-i-serwery-baz-danych-w-nazwapl

Zespół konsultantów realizujących zgłoszenia użytkowników z Pomocą Premium dostosowywany jest dynamicznie do aktualnych potrzeb. Dokładamy wszelkich starań, aby czas oczekiwania na rozmowę z pracownikiem nazwa.pl oraz na odpowiedź e-mail, był zawsze jak najkrótszy. I to zapewnia usługa Pomoc Premium, która ma priorytet nad pomocą standardową.

Pomoc Premium skraca nasz czas reakcji na zgłoszenie Klienta. Dotyczy to zarówno oczekiwania na połączenie z konsultantem na infolinii, jak i odpowiedzi na zgłoszenia wysyłane mailowo na adres [email protected]. W przypadku infolinii, osoba która kontaktuje się z nami z numeru, który ma dodany w swoim Panelu Klienta, zyskuje priorytet w kolejce połączeń. To samo dotyczy kontaktu mailowego. Jeżeli otrzymujemy pytanie/zgłoszenie od użytkownika Pomocy Premium z adresu e-mail, jaki ma wpisany w swoim Panelu Klienta, wówczas jest ono dzięki wyższemu priorytetowi obsługiwane po prostu szybciej. Nie oznacza to jednak, że pomoc standardowa jest/będzie "powolna". Myślę, że każdy kto kiedykolwiek korzystał z naszej infolinii lub wysyłał nam pytania mailowo wie, że zawsze staramy się, aby niezależnie od tego, czy jest to środek tygodnia i "godziny pracy", czy tez weekend wieczorem, a może Nowy Rok godz. 3:30, przekonał się, że działamy po prostu sprawnie. Tak, to standardowy format maila. Czasami maile handlowe także zawierają informacje, które są poufne z punktu widzenia interesu ich odbiorcy/nadawcy. Osobiście też otrzymuję wiadomości z tego typu stopkami, dzisiaj na przykład z Orange. Ale nie czuję się nimi jakoś specjalnie dotknięty

Pamiętaj, ze Pomoc Premium to usługa dodatkowa. Każdy Klient może korzystać bezpłatnej z całodobowej pomocy technicznej, realizowanej poprzez infolinię i kontakt e-mailowy. Jeżeli natomiast dla danej firmy / osoby liczy się przede wszystkim czas odpowiedzi, mamy gotowy do jej udzielenia dedykowany zespół konsultantów. Pomoc Premium umożliwia po prostu jeszcze szybsze załatwienie zgłaszanych spraw.

Usługa Pomoc Premium zapewnia Klientom, którzy z niej korzystają, priorytet udzielanego wsparcia. Nie jest ona objęta gwarancją SLA. Niezależnie od tego, z jakiego typu pomocy korzystają Klienci nazwa.pl, każdego dnia staramy się, aby ta pomoc była realizowana zawsze w jak najkrótszym czasie. W tym zakresie Pomoc Premium to wyjście na przeciw tym, którzy nie chcą / nie mogą czekać ani minuty dłużej na odpowiedź, niż jest to konieczne.

Każdy z Klientów nazwa.pl ma możliwość korzystania z bezpłatnej pomocy standardowej oraz Pomocy Premium. Pomoc Premium jest usługą dodatkową, która pozwala skrócić czas oczekiwania na odpowiedź e-mailową oraz czas oczekiwania na połączenie z konsultantem na Infolinii. Usługa jest kierowana przede wszystkim do tych użytkowników, dla których liczy się czas, w jakim otrzymują odpowiedź na swoje pytania. Korzystając z Pomocy Premium zyskują bowiem pewność, że ich zgłoszenia będą realizowane przez dedykowany zespół ekspertów nazwa.pl szybciej, niż w przypadku pomocy standardowej.

W sprawie etykietki uznaliśmy, że w TP nie ma z kim rozmawiać, więc już do nich nie pisaliśmy. Zorientowaliśmy się, że zniknęła, już jakiś czas temu, przy czym nie mieliśmy wyjaśnień czy informacji, że ją znoszą i co się wydarzyło, że już nie chcą / nie muszą / nie powinni jej publikować. Tak, jak wcześniej pisałem, w ich white papers były informacje o tym, że wiele zgłaszanych opinii powoduje nałożenie etykiety. Niestety, pozorna anonimowość w sieci zachęca do publikacji komentarzy, które są efektem działania trolli (co mieliśmy okazję od 26 listopada do 29 grudnia obserwować także na rootnode). Każdą pojedynczą opinię staramy się zweryfikować, dotrzeć do jej "źródła", aby wyjaśnić ewentualne uwagi. Komentarze, których TP nie potwierdza, a my je zgłaszamy - znikają, chociaż niektóre ze zgłaszanych komentarzy dalej widnieją na tym portalu, a my nie otrzymujemy kontaktu do autora - czego też nie rozumiem...

Reaguję nie bez przyczyny w kwestiach, które w dużej mierze dotyczą także mojej osoby - nie koniecznie, jako reprezentanta danej firmy, ale jako człowieka, który na forum nie jest anonimowy, którego zna nie tylko obecna tu część społeczności, ale także osoby, które dawno wycofały się z rozmów i tylko obserwują forum.

Tylko jak się to ma do atakowania innych przez użytkownika stojącego za pseudonimem Maxx? Wiele rzeczy może nam się nie podobać, ale nie uprawnia to do takich działań, jak atakowanie kogokolwiek i rzucanie względem niego epitetów w stylu "kłamca", "najbardziej zacofana firma" itd. Tym bardziej, że gdy nie korzysta się z usług jakiejś firmy, wypowiadanie się o niej, jej możliwościach i jakości, jest delikatnie mówiąc, dość kontrowersyjne. W przeciwieństwie do kogoś, kto ze swojej anonimowości uczynił oręże do głoszenia tez - mnie zna i theqkash i inne osoby na forum. Nie jestem anonimowy.

Nie pouczam tylko postuluję, aby administracja forum zajęła się tematem, w którym ktoś próbuje poprzez epitety obrażać innych, nie mając na to żadnych dowodów. Widać to chociażby po wypowiedzi tutaj:

Nie zrozumiałeś mojej wypowiedzi. Nie mam problemu z rootnode, czego dowodem jest moja obecność tutaj i odpowiedzi chociażby na zarzuty użytkownika Maxx, któremu przeszkadza DNSSEC, IPv6 i inne technologie, które wprowadzamy my, albo pozostałe firmy. Natomiast akceptowanie trollowania, czyli obrażania kogoś, w tym zarzucania kłamstwa, publikowanie epitetów w stylu "zacofana firma" itd to już nie jest w porządku. Myślę, że każdy to widzi. I to uważam, że powinno być przykrócone przez administrację i moderację forum.

Myślę, że nic by to nie zmieniło. Wiele osób zapomniało, co działo się na WHT jeszcze w 2016 roku, kiedy to szeptanka szła za szeptanką, a wypowiedzi takie jak użytkownika Maxx były na porządku dziennym. Uważam, że firmy takie jak nazwa.pl czy inne duże podmioty działające na rynku powinny być obecne na forach tego typu, gdzie mogą rozmawiać z użytkownikami, ale rozmawiać a nie odpowiadać na epitety i próby dyskredytacji, bez argumentów, podnoszone przez osoby, które nie korzystają z usług danej firmy.

Czym innym jest odpowiedź na trudne pytanie, a czym innym jest pisanie o kimś w epitetach typu "zacofany technologicznie". Zwrócę też uwagę na to, że zachowanie, jakie prezentujesz dzisiaj w komentarzu, jeszcze jakiś czas temu było przez Ciebie komentowane i piętnowane. Widać więc doskonale, że punkt widzenia zależy od punktu siedzenia.

Nie jest to pierwsza z atakujących nazwa.pl, czy też mnie osobiście, wypowiedzi użytkownika Maxx. Mam nadzieję, że w nadchodzącym 2024 roku forum.rootnode.pl nie stanie się podwórkiem dla osób, które próbują tylko i wyłącznie atakować innych. Brak jednoznacznej i stanowczej reakcji moderatorów i administracji forum na ewidentne trollowanie moim zdaniem jest złym sygnałem. To, co pokazuje użytkownik Maxx, którego nikt poprzez moderowanie wypowiedzi nie hamuje przed publikowaniem epitetów, w mojej opinii może dać "paliwo" dla innych jemu podobnych osób, które pod płaszczykiem anonimowości, będą wprowadzały na forum podwórkowy język, pełen oskarżeń i agresji w kierunku dowolnych firm. Dlatego zdecydowałem się na ten komentarz, bo nie chcę, aby miejsce które sam współtworzę już od bardzo długiego czasu, zmieniało się w coś, czego później będziemy się - jako społeczność - wstydzić. Możemy się różnić w pewnych kwestiach i mieć różne spojrzenie na tematy związane z IT. Wymiana własnych poglądów nie powinna jednak nigdy polegać na obrażaniu i atakowaniu kogokolwiek. Trollowanie jest zabronione w pkt. II.5 Regulaminu tego forum. Aby nie było wątpliwości, pozwolę sobie w tym miejscu zacytować opis, czym to trollowanie jest (opis z https://pl.wikipedia.org/wiki/Trollowanie): Od razu napiszę, że wczoraj zwróciłem administracji forum uwagę, iż nie powinna pozwalać na tego typu zachowania jednego z nowych, zarejestrowanych zaledwie miesiąc temu użytkowników, który od samego początku robi wszystko, aby w każdy możliwy sposób zaatakować nie tylko jedną z obecnych tu firm, a także celowo atakuje i oskarża mnie osobiście o kłamstwa. Jakiś czas temu w komentarzu zachęcałem użytkownika Maxx do kontaktu ze mną przez PW w celu wyjaśnienia poruszanych przez niego kwestii. Ponieważ odmówił, wysłałem mu nawet prywatną wiadomość m.in. ze swoim numerem telefonu do jego wiadomości, aby zadzwonił do mnie i żebyśmy mieli okazję porozmawiać. Niestety, otrzymałem informację, że nie skorzysta on z mojej propozycji. Na koniec napiszę tylko, że mam nadzieję, iż inni użytkownicy forum także widzą, co się tutaj dzieje i wzorem kilku osób zareagują na psucie społeczności przez kogoś takiego, jak Maxx, kto jawnie mówi że nie korzysta z usług nazwa.pl, a mimo to atakuje swoimi wypowiedziami firmę którą reprezentuję i mnie osobiście w każdy możliwy sposób i przy każdej okazji. I niestety, ale nie wierzę w to, że na to działanie bezinteresownie poświęca każdą wolną chwilę, w tym okres świąt Bożego Narodzenia...

Serwis webspeed.pl mierzy tylko czas wykonania PHP, podczas gdy na przykład test2speed.pl - czas załadowania strony na łączu klienckim od Orange. Do tego nie wiadomo, czy we wspomnianych tutaj przykładach, na serwerze na przykład klient włączył wtyczkę cache lub bazę Redis. Na webspeed.pl można znaleźć także bardzo wiele przykładów, gdzie czas generowania PHP po przeniesieniu na nowy hosting zwiększył się nie o kilkadziesiąt milisekund, ale nawet o ponad sekundę (1000 milisekund). Oto taki przykład: https://webspeed.pl/wakacjedd.pl Takich przykładów można podawać w jedna i drugą stronę bardzo wiele. Z tego względu jeszcze raz napiszę, że miarodajne testy wymagają od osoby, która je wykonuje, bardzo wiele uwagi i uczciwości. Warto też patrzeć na czas wczytywania strony, szczególnie gdy różnice w odpowiedzi z serwera (TTFB) są małe i mierzone w dziesiątkach milisekund. Bardzo często, mimo że np. dzięki cache dla plików PHP w Litespeed czas wczytania PHP będzie lepszy, to czas wczytywania całej strony niestety nie będzie już taki dobry i finalnie strona będzie działała wolniej. Na każdym z serwerów powinno być uruchomione to samo środowisko, jeżeli chodzi o oprogramowanie, kody stron powinny być dostępne do pobrania, aby osoby zainteresowane mogły je samodzielnie zweryfikować, ustawienia skryptów powinny być również takie same (chodzi o wtyczki typu cache, czy wykorzystanie zewnętrznych baz cache'ujących "in memory" takich jak Redis).

Dodam jeszcze, że w przypadku stron opartych o WordPress wyskoki czasu generowania strony są dość często powodowane przez sam skrypt, który nie działa jako proces na serwerze, tylko podczas wykonywania po określonej przerwie - uruchamia na przykład aktualizacje lub zadania cron.

DNSSEC nie zabezpieczy strony przez zhackowaniem. To dodatkowe zabezpieczenie w warstwie DNS, które przeciwdziała atakom typu domain hijacking czy cache poisoning, które dotyczą serwerów DNS. To zupełnie inna forma ochrony. Ważne jest aby pamiętać, że skuteczność ochrony stron WWW zależy w dużej mierze także od samych użytkowników. Można mieć dostępne na serwerze różne warianty zabezpieczeń, podobnie jak można mieć wiele różnych typów zabezpieczeń zamków w domowych drzwiach, ale nawet jeżeli te zabezpieczenia są, to niewłaściwa budowa samej strony WWW może powodować, że będzie ona nadal podatna na ataki. To tak, jakby we wspomnianych drzwiach zaryglować wszystkie zamki z najwyższymi standardami zabezpieczeń, ale nie zamknąć okien i drzwi od ogrodu. Każde dodatkowe zabezpieczenie, które oferuje firma hostingowa, to krok do ochrony strony WWW. Nie ma jednego cudownego zabezpieczenia, trzeba korzystać z wielu form ochrony, które współdziałając razem mają szansę na zatrzymanie tych użytkowników, którzy chcą zniszczyć daną stronę WWW.

Budowa strony WWW ma znaczenie przy weryfikacji jej czasu wczytywania. W przypadku zacytowanej strony, już podstawowa weryfikacja waterfalla strony, który można podejrzeć na przykład w serwisie test2speed.pl https://www.test2speed.pl/report/przystanekczekaj.pl/CLuRUubu pokazuje, że jest to mocno obciążona wykonywanymi zadaniami witryna. Widać tutaj długi czas wykonywania skryptu indexowego, co sugeruje że właściciel witryny mógłby pomyśleć nad jej optymalizacją. Aby jednoznacznie stwierdzić, czy hosting, który publikuje stronę, jest szybki, trzeba byłoby przenieść ją na inne hostingi, tam uruchomić i sprawdzić następnie wszystkie czasy z poszczególnych serwerów. Nie jest trudno zbudować stronę, która na hostingu będzie uruchamiała się 10s a nawet dłużej. To nie jest jednak miarodajny test, o ile nie porównuje się tej samej strony na wielu hostingach. Dlatego, jeżeli ktoś chce wyciągać wnioski na temat szybkości hostingu, a nie ma własnej strony WWW którą na poszczególnych serwerach testuje, powinien posługiwać się wartościami średnimi z możliwie dużej próby badawczej. Serwis webspeed.pl publikuje takie zestawienia w zakładce Rankingi https://webspeed.pl/rankingi Oto wyniki uśrednione dla nazwa.pl z badania ponad 51 tys. domen: Tutaj informacje dla kilku losowo wybranych firm z zestawienia, z duża i mniejszą liczbą obsługiwanych stron opartych o WordPress: Z pewnością na każdym hostingu można znaleźć stronę, która wczytywać się będzie dłużej niż pozostałe. Ważne jest jednak to, aby starając się udowodnić jakąś tezę, posługiwać się nie wybranymi wyjątkami, tylko statystyką z możliwie dużej próby badawczej. A jeżeli chcemy posłużyć się tym wyjątkiem, trzeba taką stronę umieścić na kilku hostingach, do których się porównujemy i wtedy zaprezentować miarodajne wyniki testów.

DNSSEC nie jest zabezpieczeniem, które likwiduje zagrożenia code injection czy XSS, pojawiające się w momencie umieszczenia na serwerze skryptów lub plików, które bez dodatkowego filtrowania pozwalają na zdalne wykonanie pewnych funkcji. DNSSEC chroni przez atakami typu domain hijacking, cache poisoning i innymi działaniami, które mogą zagrozić integralności i poufności zapytań i odpowiedzi DNS. DNSSEC to system hierarchiczny, za pomocą którego podpisane są zarówno strefa domen .pl, jak i większość głównych stref domen globalnych. Istotę jego wykorzystania widać właśnie na tym przykładzie, kiedy przy rozwiązywaniu nazw chociażby we wspomnianej strefie .pl wykorzystuje się DNSSEC. Poziom bezpieczeństwa DNSSEC jest powiązany z poziomem zabezpieczeń kryptografii asymetrycznej, zatem negowanie wykorzystania DNSSEC jest podobnie do podnoszenia argumentów negujących zasadność stosowania połączeń TLS i certyfikatów na przykład przy transmisji stron WWW i poczty. Internetowy łańcuch zaufania opiera się na gotowości usług i tras DNS, urzędów certyfikacji SSL, rejestratorów domen i dostawców usług internetowych. Każda domena chroniona przez DNSSEC wymaga cyfrowego klucza podpisującego, który musi być co pewien czas zmieniany. Odpowiednio częsta aktualizacja kluczy i wykonywanie innych krytycznych czynności zarządzania tym zabezpieczeniem to wysiłek dla organizacji. Prawidłowe wdrożenie DNSSEC to duże koszty na poziomie i czasu, i zasobów ludzkich. Niestety, często cierpi na tym bezpieczeństwo. Dodatkowo cierpi tez jak widać świadomość użytkowników, którzy próbują z bliżej nieznanych powodów negować coś, co zostało uznane za właściwy krok w kierunku bezpieczeństwa usług IT. Podkreślam jeszcze raz - nie ma jednego zabezpieczenia, które swoim zakresem likwidowałoby wszystkie rodzaje potencjalnych zagrożeń. Wdrożenie warstwowego podejścia do bezpieczeństwa, w tym zabezpieczeń sieciowych, bezpiecznych konfiguracji resolverów DNS oraz ciągłego monitorowania i audytu, jest niezbędne do utrzymania odpornej infrastruktury DNS.

Informacje na temat DNSSEC można znaleźć na oficjalnej stronie NASK oraz ICANN: https://www.dns.pl/DNSSEC https://www.icann.org/resources/pages/dnssec-what-is-it-why-important-2019-03-05-en Jeżeli po przeczytaniu tych informacji nadal ktoś uważa, że DNSSEC nie jest istotny, to chyba tylko dlatego, że ma kłopot z wdrożeniem tego zabezpieczenia w firmie, którą reprezentuje. Nie ma jednego zabezpieczenia dla usług hostingowych / serwerów. Należy stosować wiele typów zabezpieczeń, które pomagają odpierać różne typy zagrożeń w sieci. DNSSEC jest jednym z takich elementów. CDN nazwa.pl to sieć dystrybucji treści w całości stworzona i zarządzana przez nazwa.pl. Wykorzystuje ona poszczególne węzły, które zostały umieszczone w kluczowych dla ruchu internetowego miejscach na świecie do tego, aby przechowywać elementy statyczne stron. Dodatkowo korzystanie z CDN nazwa.pl pozwala na wymianę ruchu lokalnie z różnymi dostawcami Internetu. O tym, jaki duży ruch przechodzi przez poszczególne węzły, można przekonać się korzystając z dostępnego systemu statystyk w CloudHosting Panel lub w Panelu Klienta (w przypadku samodzielnej usługi). Każdy użytkownik forum posiada przeglądarkę Internetową, a w niej "Narzędzia dla developerów". Może więc sam przeprowadzić test z analizą Waterfalla i zobaczyć, jaki czas zajmują poszczególne składowe przy nawiązywaniu połączenia. I do tego każdego zachęcam. Taką weryfikację można później zestawić z informacjami, jakie są zwracane przez test2speed.pl (testy tylko z Polski) oraz test2speed.com (testy z całego świata). Polecam także ranking szybkości stron opartych na WordPress na różnych hostingach, który dostępny jest na stronie https://webspeed.pl/rankingi/wordpress. Poniżej tylko kilka linków, więcej pod w/w adresem: https://webspeed.pl/avg.wordpress.nazwa.pl https://webspeed.pl/avg.wordpress.o12.pl https://webspeed.pl/avg.wordpress.jdm.pl https://webspeed.pl/avg.wordpress.lh.pl https://webspeed.pl/avg.wordpress.dhosting.pl https://webspeed.pl/avg.wordpress.hostido.net.pl Po zapoznaniu się z tymi informacjami, można w bardzo prosty sposób wyciągnąć wnioski, który hosting jak szybko pracuje z tym najpopularniejszym systemem CMS, z którego korzysta przeszło 40% wszystkich stron internetowych.

Po pierwsze zwrócę uwagę na to, że porównywanie czasów rozwiązania domeny hostido.pl bez DNSSEC z domeną nazwa.pl, która jest zabezpieczona za pomocą DNSSEC, to ewidentny błąd. DNSSEC ma bowiem swój narzut na czasie połączenia, gdyż zapytania o domeny zabezpieczone przez DNSSEC wymagają więcej RTT, a ponadto muszą być przełączane z UDP na TCP. Po drugie, po raz kolejny porównywane są TTFB dla różnych stron z dynamicznym contentem. Przecież dynamiczny content nie podlega cache'owaniu na węzłach CDN. W przypadku dynamicznego contentu, czas TTFB zależy od czasu generowania strony na serwerze i od jej budowy / złożoności / ilości dodatków itd. Po raz kolejny zachęcam do tego, aby próbując coś wykazać lub udowodnić, wykonać testy w sposób rzetelny, przedstawiając porównanie szybkości działania takiej samej strony, która jest obsługiwana z takimi samymi zabezpieczeniami, zaczynając już od poziomu DNSSEC. Środowisko, na którym uruchamiana jest strona powinno korzystać z tej samej wersji PHP i możliwie tej samej wersji serwera baz danych, zabezpieczenia typu SSL / brak SSL i ewentualne przekierowania powinny być ustawione tak samo. Porównywanie różnych stron na różnych konfiguracjach środowisk nie jest miarodajne i tylko wprowadza w błąd.

Manipulowanie testu, który każdy może sobie sam powtórzyć w swojej przeglądarce, nie ma sensu. Napisałem, że w trakcie weryfikacji użyta została przeze mnie przeglądarka Chrome, kiedy mniej więcej nawiązałem połączenie oraz skąd zostało ono wykonane. Poniżej kolejny screen sprzed chwili, gdzie widać adres strony: Przeprowadzając jakiekolwiek testy hostingów należy po pierwsze korzystać z usługi danej firmy, a nie badać jej strony firmowe, po drugie mieć uruchomione na tej usłudze możliwe te same wersje oprogramowania (głównie chodzi o wersje PHP, ale w przypadku baz danych, gdy strona z niej korzysta, wersja serwera też może mieć znaczenie), po trzecie testowana strona musi mieć tę samą budowę/rozmiar. Inne testy nie są miarodajne. Nie ma znaczenia, co się testuje, należy robić to w sposób nie budzący wątpliwości. CDN nazwa.pl przyspiesza działanie stron dlatego, że przechowuje w węzłach statyczne elementy stron, takie jak grafiki, kody JS czy pliki CSS i korzysta z wymiany ruchu z operatorami w wielu miejscach, co skraca trasę, jaką muszą pokonać dane.

Blog nazwa.pl dostępny jest pod adresem https://www.nazwa.pl/blog/. Poniżej screen z przeglądarki Chrome, połączenie z okolic Poznania wykonane przed chwilą, sieć Orange: Jeżeli faktycznie chcesz realnie przetestować szybkość danego hostingu, nie testuj stron WWW usługodawcy, tylko usługę, którą ten usługodawca oferuje. Na jednym i na drugim serwerze wgraj tę samą stronę WWW, z tą samą liczbą żądań i tym samym rozmiarem. Badanie szybkości stron głównych czy blogów usługodawców nie ma sensu, bo te na ogół wystawiane są na osobnych klastrach, niż usługa, którą finalnie użytkuje klient. Na dwóch serwerach trzeba stworzyć takie samo środowisko (ta sama wersja PHP, konfiguracja SSL) i wgrać tę samą stronę WWW. Takie testy jakiś czas temu przeprowadzone były na przykład przez hostranker.pl https://hostranker.pl/ranking-hostingow-2021/. Porównywane były usługi w danych firmach z wykorzystaniem tego samego obrazu strony. Jeżeli masz czas, zachęcam do wykonania takich testów, będą na pewno ciekawym obrazem szybkości usług w firmach hostingowych.

Na szybkość strony wpływa wszystko - począwszy od czasu generowania PHP, poprzez pobieranie elementów statycznych, a na doczytywaniu danych z zewnętrznych hostów skończywszy. Szczególnie dzisiaj, kiedy każdy chce w krótkim czasie uzyskać dostęp do informacji, zrobić zakupy w sklepie internetowym czy po prostu skontaktować się z jakąś firmą, strona musi działać szybko. Klientom przestaje wystarczać to, że hosting jest bezawaryjny. I gdyby szybkość stron nie była ważna, nie powstawałyby takie strony jak chociażby webspedd.pl. Widać, że temat jest istotny, zatem dla nazwa.pl jest to też jedno z zadań, które realizujemy w sposób ciągły.

Rozmawiamy o CDN nazwa.pl. Automatyczna kompresja obrazów do WebP to jedno z rozwiązań, z którego może korzystać użytkownik CDN nazwa.pl.