Opinie o home.pl

[home_pl]

@Maxx Serwery dedykowane nie korzystają w subdomen .home.pl, nie ingerujemy w takie rzeczy jak konfiguracja serwera. Klient kupując maszynę sam dba o reputację adresu, który posiada.  

 

To, co wysłał @kafi przekazałem do szerszej analizy przez dział techniczny.

[Maxx]

12 minut temu, home_pl napisał(a):

Serwery dedykowane nie korzystają w subdomen .home.pl ...

Jeśli  serwery dedykowane są w zakresach IP które wymieniłem wcześniej a które są autoryzowane przez rekordy SPF(TXT) dla wysyłki poczty w imieniu Home.pl - nie ma znaczenia z jakich hostów/subdomen zostanie wysłana poczta. Zwłaszcza biorąc pod uwagę iż nie widzę nic (DMARC,DKIM) dla domeny Home.pl które by mogło zmienić wynik weryfikacji SPF. No ale może coś umkneło mojej uwadze ... Dlatego warto aby dział techniczny się temu dokładnie przyjrzał. Bo jak mówi powiedzenie, diabeł tkwi w szczegółach.

 

[home_pl]

@Maxx Dla serwerów dedykowanych używamy innych puli IP. Dotyczy to też usług VPS.

Edytowane 4 Grudnia 2023 przez home_pl

[Tom X]

Próba aktywacji certyfikatu homeSSL Multidomain w epoce Mobile first

[home_pl]

@Tom X Na jakim etapie otrzymujesz ten komunikat? 

[Tom X]

@home_pl Uściślając: wasi klienci otrzymują taki komunikat po kliknięciu na link aktywacyjny przesłany na adres admin@certyfikowana(sub)domena w przypadku, gdy korzystają z urządzenia mobilnego lub desktopowego monitora o nietypowej rozdzielczości. W tym drugim przypadku, komunikat jest napisany w języku polskim na nieco wyższym poziomie gramatycznym. Ponadto treść powyższego komunikatu wzbudziła czujność klienta i obawy, czy nie kliknął w podejrzany link.

[home_pl]

@Tom X Dzięki za opis. Dodam tylko, że ten link prowadzi standardowo do strony jednostki certyfikującej domeny (Certum) i jest bezpieczny. Zgłosimy tę sprawę do partnera odpowiedzialnego za działanie tego systemu.

[Tom X]

Zmigrowałem klienta w ramach tego samego planu cenowego.
 

Założenia:
- obniżenie kosztów (opłaty za „wsparcie” starszych wersji PHP/SQL, których operator nie wspiera jak deklaruje, tylko udostępnia za opłatą),
- sfinansowanie z uzyskanych oszczędności płatnego certyfikatu SSL klasy DV (bezpłatnych operator nie oferuje),
- odświeżenie platformy, aktualizacja CMS’a, ewentualne bonusy związane z oczekiwaną zmianą wydajności (choć pod tym względem nie mieliśmy żadnych powodów do niezadowolenia – przeciwnie, stack zachowywał się bardzo stabilnie, przewidywalnie, generował bardzo dobre wskaźniki wydajnościowe).
 

Źródło: IdeaWebserver, PHP 5.6, MySQL  5.7
Cel: Apache, PHP 8.3, MySQL 8.0, SSL

Skrypt (CMS) minimalistyczny i wydajny, sprawniejszy od gołego Wordpressa prosto z pudełka. Działa na byle czym. Serwis objętościowo lekki, raczej nieprzesadnie często odwiedzany, ot typowa strona firmowa zbudowana wedle klasycznego schematu. Nie liczyliśmy na cuda (ponieważ startowaliśmy z naprawdę dobrego poziomu wydajnościowego - co widać na wykresie), raczej na zachowanie wskaźników wydajnościowych + bonusy związane z odświeżeniem platformy.

Jesteśmy już miesiąc po migracji, mogę się pochwalić efektami:




Dla porównania, ten sam skrypt (tylko odziany w nieco inny layout) na mocno budżetowym hostingu konkurencji:




Żeby wykluczyć przypadek, sprawdziłem serwis domeny polecaj_pl, hostowany również przez home_pl na platformie Apache:




Pomiary wykonano:
webspeed_pl
tools_pingdom_com (lokalizacja: Europe - Germany - Frankfurt)

To, co wyróżnia platformę Apache względem platformy IdeaWebserver w hostingu operatora, to współczynnik "Wait" i jego niepokojące wartości. Czy ktoś mógłby wskazać czynniki wpływające na ten parametr?

Edytowane 6 Grudnia 2024 przez Tom X

[kix]

Wait w 99,99% przypadków to po prostu czas jaki poszedł na PHP - od obslużenia zapytania przez handlera przez sam czas wykonania skryptu PHP i zwrócenie odpowiedzi.

Tak więc do weryfikacji czy nie ma tam jakiegoś suphp które jest strasznie wolne w stosunku do innych rozwiązań i kwestie samego PHP i jego konfiguracji - opcache (przy suphp nie działa) i tego typu parametry.

Edytowane 6 Grudnia 2024 przez kix

[Tom X]

Jest to zwykły shared prosto z pudełka.
Dwa pomiary w odstępie 5 min. z obsłużenia prostego skryptu strony głównej (sam skrypt PHP) o objętości 4,8 KB.


Z resztą pomigracyjną czkawkę widać na wykresie wyrysowanym przez webspeed_pl - w zależności od tego, w jaki timing trafi bot, taki wynik zliczy, a że częściej trafia w okolice 2000 ms, to wykres jest taki, jaki jest.

[home_pl]

@Tom X Czy zgłosiłeś ten temat do naszego BOK np. telefonicznie lub przez formularz? Jeśli tak, napisz mi na priv numer zgłoszenia lub ID konta. Jeśli jeszcze nie zgłosiłeś, to proszę o jak najszybszy kontakt ponieważ takie różnice nie powinny występować.

[Tom X]

@home_pl Na razie testuję różne scenariusze.
Wyniki na zielono, to wygenerowana statyczna wersja strony w formacie html. Tak mogłoby zostać.
Kolejne wyniki z dziś, już na czerwono, to powyższa wersja statyczna strony z dodaną jedną linijką kodu php (wywołanie funkcji echo) w każdym pliku. Jeśli wskaźniki utrzymają się przez kolejną dobę, to wasz klient zgłosi się do was już z konkretną argumentacją.
@kix Dzięki za wskazówkę, okazała się pomocna.