wpływ hostingu na core vitals

[Pomyslowy]

Dlatego ja zawsze namawiam, żeby tego typu proste strony one-page/landing-page robić w czystym html/css/php, bez żadnego CMSa - może jestem dinozaurem, ale jakoś nikt nigdy problemów nie zgłaszał - bez awarii, bez konieczności aktualizacji wtyczek, praktycznie zerowe prawdopodobieństwo "włamania" itd.

Ewentualnie dla wygody cennik, czy inne elementy które mogą ulegać zmianie można zrobić w osobnym pliku, który można edytować nawet w notatniku, a strona będzie sobie to "zaciągała", nawet przez najprostsze include.

Zakodowanie szablonu aby wyglądał tak jak strona obecnie to "chwila". Jeśli masz wiedzę i możliwości to rozważ to, ewentualnie zleć - zwróci Ci się przy pierwszej rezerwacji. Lubię WordPressa i wykorzystuję bardzo często, ale przy takich stronach naprawdę warto się zastanowić nad sensem jego stosowania.

 

  

[blazejs]

22 godziny temu, Pomyslowy napisał:

Dlatego ja zawsze namawiam, żeby tego typu proste strony one-page/landing-page robić w czystym html/css/php, bez żadnego CMSa - może jestem dinozaurem, ale jakoś nikt nigdy problemów nie zgłaszał - bez awarii, bez konieczności aktualizacji wtyczek, praktycznie zerowe prawdopodobieństwo "włamania" itd. 

 

Slusznie. Ostatnio robilem taka strone dla klienta (ale ja uzywam generatorow statycznych stron). Nawet nie bylo trzeba hostingu kupowac, bo wystarczylo darmowe 10MB z OVH.

[michniknieadam]

WP jest dla mnie testem, strona powstała w trybie "zrobiona ze szwagrem seowcem przy połówce".

Ja upierałem się przy tak kochanym przez pozycjonerów one page, bo IMO w przypadku wynajmu 2 domków letniskowych czyli bardzo limitowanej usłudze, w dodatku bardzo sezonowej, zdecydowanie bardziej zależy mi na stopniu konwersji, niż dużym ruchu. 

Nie wykluczam, że za rok stronę rozbuduję o kilka podstron, albo pozostanę przy obecnym modelu+aktywny blog.

Przyznaję rację, że czysty kod bez CMS, w moim przypadku to dobry wybór i w to będę celował przy odświeżeniu strony.

Zapytam jeszcze, czy to dobry pomysł by do statycznej strony, podpiąć blog WP, czy jest jakieś inne proste a wydajne rozwiązanie?

[blazejs]

2 godziny temu, michniknieadam napisał:

Zapytam jeszcze, czy to dobry pomysł by do statycznej strony, podpiąć blog WP, czy jest jakieś inne proste a wydajne rozwiązanie?

 

Sa pluginy przerabiajace WP na serwis statyczny. Po prostu biora zawartosc i generuja z niej statyczne strony. Ale to rozwiazuje tylko jeden problem - czas generowania strony (zapytania do bazy itp.).

[michniknieadam]

Przetestowałem ten superszybki, nowoczesny hosting od hotido.pl, więc ostrzegam nowicjuszy przed marketingowym bełkotem.

Póki co zostaję przy OVH, dyskach hdd, apache 2.4 i braku gwarantowanych zasobów, odczytów dysku itp. Jak ktoś jest chętny, czy jak marketingowcy hotido się aktywują prześlę printscreeny z page speed. Każd

Jedyną pomocną radą w tym wątku, to zrezygnowanie z tego ulepionego golema w WP, na rzecz statycznej strony, co za niedługi czas zrobię. 

Gdyby ktsó chciał się podjąć tego zadania, zapraszam na priv.

[ar4]

W dniu 7.07.2021 o 07:34, Mion napisał:

Jeden plik CSS ma >  (o rozmiarze 708,76 KB)

Inny JS > (o rozmiarze 471,61 KB)

Brak "Lazy Loading"

 

WP ma włączone cache ?

Wiesz o tym, że WordPress od wersji bodajże 5.6 w standardzie ma włączone Lazy load? Jeżeli celowo nie wyłączyć tego w funkcji to ono będzie aktywne Ale ogólnie wielkość JS przemawia samo za siebie

[Mion]

Godzinę temu, ar4 napisał:

Wiesz o tym, że WordPress od wersji bodajże 5.6 w standardzie ma włączone Lazy load?

Nie wiem co Masz na myśli pisząc w "standardzie", ale WP może mieć zmieniony szablon, więc obsługa Lazyload leży w gestii kodera szablonu, a nie standardu WP.

[okazwłoka]

@ar4 ma na myśli to, że WP automatycznie zamienia <img src='logo.png'> na <img src='logo.png' loading='lazy'>

[michniknieadam]

Leniwe jest już włączone. Mam jakąś możliwość zmniejszenia/usunięcia tych ciężkich plików?

Włączoną mam winifikację JS i CSS.

Mam jeszcze pytanie o font-display, mam wtyczkę, która powinna załatwić problem, ale w PS ciągle wyskakuje komunikat o braku tej funkcji. 

Na blogu szablonu ASTRA zalecają by wkleić kod w child PHP, kiedy starałem się grzebać w ustawieniach WP, dostałem komunikat, że mogę to zrobić w custom CSS (taki sposób znalazłem też na polskich blogach). 

Która opcja będzie lepsza?

[blazejs]

18 godzin temu, michniknieadam napisał:

Mam jeszcze pytanie o font-display, mam wtyczkę, która powinna załatwić problem, ale w PS ciągle wyskakuje komunikat o braku tej funkcji. 

Na blogu szablonu ASTRA zalecają by wkleić kod w child PHP, kiedy starałem się grzebać w ustawieniach WP, dostałem komunikat, że mogę to zrobić w custom CSS (taki sposób znalazłem też na polskich blogach). 

Która opcja będzie lepsza?

 

Jesli ladujesz fonty z Google, to Google juz przy generowaniu kodu do wyswietlenia daje mozliwosc wybrania typu font-display (polecam ustawic na swap), jesli sa na wlasnym serwerze to ladowanie fontow powinno byc na samym poczatku CSS. Nigdy w zyciu nie widzialem na oczy Astry od srodka, ale jesli nie masz mozliwosci ustawienia tego gdzies w panelu to bedziesz musial znalezc w plikach css i wgrac na serwer. Tylko po aktualizacji ci to nadpisze, dlatego zalecaja child theme.

[ar4]

21 godzin temu, Mion napisał:

Nie wiem co Masz na myśli pisząc w "standardzie", ale WP może mieć zmieniony szablon, więc obsługa Lazyload leży w gestii kodera szablonu, a nie standardu WP.

Lazyload w nowych wordpresach jest już w core, a nie w szablonie. W szablonie możesz tylko wyłączyć lazyload.

Poczytaj sobie: https://make.wordpress.org/core/2020/07/14/lazy-loading-images-in-5-5/

[Mion]

W dniu 5.07.2021 o 21:28, Hostido.pl napisał:

Celuj w hostingi z dyskami SSD NVMe z wysokimi limitami IO/IOPS.

OT -> Tak na marginesie znajomy/klient ma hosting w :

https://hostido.pl

Wiec mam z nim styczność... I muszę przyznać, że jest to bardzo dobry hosting również z BOK, który szybko odpowiada i jest faktycznie pomocny