Nowy serwis testujący TTFB stron internetowych webspeed.pl

[Tom X]

W dniu 6.09.2023 o 15:57, sebak napisał(a):

PS: Założyliśmy Instagram projektu i zachęcamy do obserwowania nas: https://www.instagram.com/webspeed.pl/ Będziemy dzielić się tam ciekawymi danymi statystycznymi.

Przejrzałem wasze statystyki. Statystyka w zasadzie jest w stanie pomieścić wszystko. Przykład: porównanie szybkości stron opartych na WP pomiędzy firmami hostingowymi. Są firmy, których oferty zaczynają się od niecałych 50,- PLN a kończą na 400 PLN. Są firmy, które oferują hostingi kosztujące od 450,- PLN wzwyż, VPS'y, dedyki. Są firmy, które swoje oferty kierują do mas, są też firmy, o których istnieniu znakomita większość klientów nie wie. Wiąże się z tym również profil obsługiwanego klienta. W waszych statystykach wszystko to ląduje w jednym koszyku z nazwą firmy. Próby wyciągania wniosków z takich statystyk wydają się dość karkołomne.

[sebak]

@Tom X dziękujemy za Twoją opinię i szczegółową analizę naszych statystyk! Rozumiemy Twoje obawy i zdajemy sobie sprawę z różnorodności ofert hostingowych dostępnych na rynku. Nasze statystyki mają na celu dostarczenie ogólnego przeglądu rynku, a nie szczegółowego porównania poszczególnych ofert w ramach jednej firmy. Uważamy, że nawet w takiej formie mogą być one przydatne dla wielu użytkowników, chociażby jako punkt wyjścia do dalszych analiz. Mimo wszystko cenimy sobie wszelkie uwagi i będziemy dążyć do jeszcze większej precyzji w przyszłości. Dziękujemy za zaangażowanie!

[Tom X]

4 minuty temu, sebak napisał(a):

Uważamy, że nawet w takiej formie mogą być one przydatne dla wielu użytkowników, chociażby jako punkt wyjścia do dalszych analiz.

Moim skromnym zdaniem przydatność analityczna wskazanych statystyk jest wątpliwa, stanowią znakomitą pożywkę dla manipulacji.

[sebak]

Jeśli szukasz szybkiego samochodu, nie patrzysz na spalanie, bo to inny parametr. Jeśli potrzebujesz skorelować informacje o szybkości i pojemności bagażnika, to łączysz kilka rodzajów danych, wedle zapotrzebowania. Dla każdego ważne są inne parametry, dla jednych będzie to cena, dla innych wydajność, a jeszcze innych kopie zapasowe wykonywane co godzinę. Naszym celem jest dostarczenie informacji w jak najbardziej przejrzysty i obiektywny sposób na temat jednego aspektu usługi hostingowej, jakim jest szybkość generowania się stron. Chyba jako pierwszy projekt agregujemy i prezentujemy tego typu dane. Jeśli masz sugestie, jak możemy poprawić nasze raporty, chętnie wysłuchamy i weźmiemy pod uwagę. Jesteśmy tu, aby służyć społeczności i ciągle się rozwijać. Ponownie dziękujemy za Twoje uwagi!

[Tom X]

Godzinę temu, sebak napisał(a):

Naszym celem jest dostarczenie informacji w jak najbardziej przejrzysty i obiektywny sposób na temat jednego aspektu usługi hostingowej, jakim jest szybkość generowania się stron. Chyba jako pierwszy projekt agregujemy i prezentujemy tego typu dane. Jeśli masz sugestie, jak możemy poprawić nasze raporty, chętnie wysłuchamy i weźmiemy pod uwagę.

Nie rozumiemy się. Nie odnoszę się do raportu: konkretna strona, którą można sobie zmigrować do innej firmy/firm lub usług w obrębie tej samej firmy i porównywać wyniki jakościowe przez powiedzmy miesiąc, lecz do publikowanych skumulowanych jakościowych statystyk jakiegoś CMSa per firma hostingowa. W tym drugim przypadku porównujecie ogórki z kisielem wyciągając jakąś ogórkowokisielową średnią, z której nic konstruktywnego nie wynika. Nie da się tego typu statystyk uzdrowić, ponieważ bazują one na  ułomnych założeniach.

[sebak]

Dziękuję za Twoją odpowiedź, zawsze dobrze widzieć, że ktoś się interesuje i wprowadza do dyskusji swoje zdanie. 

 

Rozumiem Twój punkt widzenia, ale też nie traktujemy tych danych jako wyrocznię, prędzej jest to ciekawostka. Ponieważ zbieramy sporo różnych danych, to czasem pokazują one – być może – interesujące dane, przynajmniej dla części osób. 

 

Na przykład adaptacja najnowszej wersji WordPressa per firma. Z jednej strony np. firma nie ma z tym nic wspólnego, bo to sami właściciele stron odpowiedzialni są za aktualizację silników, na których pracują. Z drugiej zaś strony, to może być wskazówka, by np. tworzyć kampanie, które klientów uświadamiają np. co wiąże się z nieaktualizowaniem skryptów. Chcemy wierzyć, że te i inne dane mogą sprawić, by w dłuższej perspektywie polski internet stał się szybszy, bezpieczniejszy, bardziej świadomy. 

 

Klient nie zawsze rozumie co oznaczają różne parametry, typy usług, całe produkty i jakie to ma przełożenie na jego stronę. Nie będzie to dla niego zrozumiałe, ale rozumie wolno wczytującą się stronę i wyłożone prostym językiem bezpieczeństwo. Stąd uważam, że nie ma osób, które świadomie chcą, by ich strona wczytywała się wolno, są tylko osoby, które nie zostały odpowiednio wyedukowane, a to zadanie dla branży. 

 

Stąd też ogólna średnia, to prosta i czytelna informacja dla takich osób, jest zrozumiała, a to, że różne firmy, oferują różne pakiety, typy usług ma w tym wypadku znaczenie drugorzędne. 

 

Niemniej jednak oczywiście jest to projekt, który do serca bierze sobie merytoryczne uwagi, sporo zresztą zmieniliśmy po sugestiach społeczności.

 

Daj znać, jak Ty to widzisz, co trzeba zmienić, dodać do takich statystyk, żeby były według Ciebie bardziej przydatne?  

[Tom X]

Po prostu podzieliłem się swoją opinią. Przy okazji podpytam, czy wasze statystyki ilościowe dla domeny .pl po odpytywaniu rekordem A znacząco różnią się od TOP100 (rootnode), powiedzmy w zakresie TOP30?

[sebak]

Nie mamy jeszcze takich statystyk, ale zlecę zaraz przeliczenie takich danych. Na wynik pewnie kilka godzin będziemy musieli poczekać. Pytanie tylko, czy chcesz wynik dla domen aktywnych(pod którą jest jakaś strona), czy wszystkich(uwzględniających przekierowania 301, czy parkingu domen? Domen .pl, czy wszystkich jakie mamy w naszej bazie (dodaliśmy ostatnio .com, .net .info .biz .eu)?

 

Obecnie stworzyliśmy bazę IP wraz z przypisaniem operatora. Później licząc różne statystyki odwołujemy się do niej.

[Tom X]

Powiedzmy, że interesują mnie aktywne .pl / firma hostingowa. Nie spieszy mi się, przy okazji jak będziecie coś przeliczać to grzecznościowo polecam się pamięci w ramach podtrzymania konwersacji

[sebak]

@Tom X wracam do Ciebie z danymi: https://pastebin.com/r3FhHJMN

 

Listę skróciłem do minimum 500 domen na firmę, same domeny polskie. Łączna liczba domen na potrzeby tego rankingu to 2 044 687 domen. Duża część z tych domen nie posiada pod sobą treści, (stąd np. druga pozycja aftermarket.pl).

 

Mogę przygotować też osobny ranking dla domen aktywnych z pomięciem domen które oznaczamy jako duchy.

Mogę przygotować taki ranking dla samych wordpressów, lub dowolnych innych kryteriów.

Edytowane 14 Września 2023 przez sebak

[Tom X]

@sebak Dziękuję bardzo! Tak jak wspomniałem, chciałem porównać wyniki rankingów domeny .pl metodą NS (rootnode) i A. Z grubsza wyniki są porównywalne (hosting tam gdzie domena, co z reguły sprawdza się w przypadku największych firm hostingowych), ale są firmy, dla których wyniki są fundamentalnie rozbieżne: cyberfolks_pl i linuxpl_com
To tak na szybko. Przejrzę sobie jeszcze dokładniej ten ranking, może jeszcze wyłowię kilka ciekawostek. Dziękuję za gotowość przygotowania kolejnych rankingów, ale nie będę nadużywał gościnności: wiem, że wymaga to pracy i zasobów a dla mnie to ciekawostka do poczytania.

[sebak]

Twoje pytania, są ciekawe pewnie nie tylko dla Ciebie . Dla mnie takie dane też są interesujące i o ile da się je wydobyć, to z chęcią je wyliczę.

 

Tak naprawdę, wydobycie tych danych nie jest skomplikowane, ani zasobożerne, bo wszystko mamy w bazie redis. Wystarczy napisać prosty skrypcik, który to policzy. Jedyny problem który występuje, to czas który jest potrzebny na przetrawienie takiej ilości danych jednowątkowo. Rzeczy na potrzeby core webspeed przeliczają się wielowątkowo, ale to już jest bardziej skomplikowane...

W ramach ciekawostek wrzucam skrypcik który policzył dla Ciebie te dane.

[Tom X]

Algorytm rozpoznawania hostingodawcy upomina się o serwis

[mako]

Czy uważacie, że webspeed.pl jest skutecznym narzędziem do porównywania prędkości operatorów hostingowych między sobą?

 

I jeśli ktoś z was dokonał migracji witryny, czy zauważył znaczącą różnicę w prędkości ładowania po zmianie hostingu lub operatora? Są takie witryny których sama migracja spowodowała zauważalne i znaczące skrócenie czasu ładowania?

[sebak]

15 godzin temu, Tom X napisał(a):

Algorytm rozpoznawania hostingodawcy upomina się o serwis

 

Chciałem go ulepszyć, a pogorszyłem ;-). Naprawione.

[Tom X]

5 godzin temu, sebak napisał(a):

 

Chciałem go ulepszyć, a pogorszyłem ;-). Naprawione.

Potwierdzam.
Przy okazji - zauważyłem, że w serwisie na stronie głównej prezentowane są losowo również (oczekiwane) subdomeny, przy czym nie wszystkie zawierają dane.  Czy to wstęp/przymiarki do obsługi subdomen?

[sebak]

Nie prowadzaliśmy obsługi subdomen i nie mamy tego w planach.

[Kapitan_Bomba]

Wg waszej strony odpytywanie domen powinno działać w godz 6-23. Czemu więc uparcie chcecie uruchamiać wp-cron.php o np. o godz. 3 w nocy?

[sebak]

Od 0 do 6 robi się proces discovery, który wykrywa CMS’a, operatora oraz wszystkie inne zmienne witryny. Więcej możesz poczytać tutaj: https://webspeed.pl/about

 

Od 6 do 24 robi się proces sprawdzania wydajności www, który bazuje już wcześniej przygotowanych danych. W najnowszej wersji check-url nie korzystamy już z serwera DNS, tak by aspekt odpowiedzi DNS nie wpływał na zaburzenia pomiarów.

 

PS: @Kapitan_Bomba dzięki wykrywaniu stron Wordpress, powstał ranking operatorów pod względem ilości hostowanych stron tego typu: https://webspeed.pl/rankingi/wordpress

[Kapitan_Bomba]

2 minuty temu, sebak napisał(a):

Od 0 do 6 robi się proces discovery, który wykrywa CMS’a, operatora oraz wszystkie inne zmienne witryny. Więcej możesz poczytać tutaj: https://webspeed.pl/about

 

Nie wystarczy zapytać o 1 plik, tylko trzeba szukać aż 7?

[sebak]

Kod odpowiadający za wykrywanie CMS’a przewinął się kilka postów temu. Jeśli masz lepsza propozycję, z chęcią ją zastosujemy.

[Kapitan_Bomba]

W przypadku WP to już przy pierwszym odczycie strony można sprawdzić czy w kodzie jest odwołanie do wp-content. Oczywiście może się zdarzyć, że ktoś to ukryje (sam spotkałem się z tym aż 1 raz), ale równie dobrze wp-cron.php też można ukryć, a nawet usunąć.

[sempre]

W przypadku WP sprawdza tylko /feed? Bo u mnie z webh skrypt w py pokazuje inne wyniki. Strona nie chowa wersji ani obecności wordpressa w jakikolwiek sposób.

[sebak]

W przytoczonym przez Ciebie screenie z Twojej przeglądarki widać, że masz rozbieżność na poziomie ~40% między dwoma odczytami z małym przedziałem czasowym. Serwer z zależności od obciążenia, może serwować stronę w różnym czasie, może trafiliśmy na czas gdy akurat serwer nie domagał. Pytanie czy problem dotyczy jednego zapytania, czy jest to trend ciągły?

 

Pytając o stronę, pytamy zawsze o stronę główną na potrzeby czasów. Z /feed brana jest tylko wersja Wordpress, o ile taka występuje w /feed. Nasze zapytanie stara się odpytywać stronę bez cache.

[Tom X]

W dniu 29.09.2023 o 13:10, sebak napisał(a):

Nie prowadzaliśmy obsługi subdomen i nie mamy tego w planach.

 

https://webspeed.pl/avg.wordpress.home.pl 
Jednak trafiają się szczęściarze

Przy okazji, namawiałbym do ujednolicenia kolorystyki indeksów wydajności. Niektórzy operatorzy otrzymują żółty "zegar" a ich dokładniejsze wyniki oznaczone są już kolorem czerwonym. Jest to mylące.
 

Edytowane 11 Listopada 2023 przez Tom X