Temat: Problem z blogami na serwerze OVH

Witam,

Mam problem z blogami na hostingu OVH i sam już nie wiem czy jest to wina skryptu czy hostingu. Strony ładują się moim zdaniem za długo.

Wyniki przeprowadzone przez test.watchscript.pl wyglądają następująco:
http://www.10rano.pl - Całkowity czas ładowania: 6.762 sekundy
http://sourge.pl - Całkowity czas ładowania: 7.327 sekundy
http://slomodeep.com - Całkowity czas ładowania: 15.379 sekundy

Na każdej stronie już okroiłem wtyczki, powywalałem zbędne skórki itd i to nic zbytnio nie pomogło, pisałem również do supportu ovh i twierdzą, że jest to wina skryptu.

Poniżej załączam testy skryptu w ovh:








Ktoś coś poradzi od czego się zabrać lub co zmienić aby strony ładowały się normalnie? Z góry wielkie dzięki i liczę na wyrozumiałość :)

Pozdrawiam,
Robert

Temat: Problem z blogami na serwerze OVH

popatrzyłem tylko na 10rano.pl

masz tam kolo 150 requestow, z czego jakieś 100 do Twojej domeny,
cześć z nich się powtarza, np do obrazków, ga.js itp i wygląda, ze się nie ładują z cache,
to dla tego tyle się ląduję,
przeglądnij skórkę czy tam wszystko masz dobrze zrobione
ale jakoś nie zauważyłem strasznych opóźnień,
natomiast 2 pozostałe lądują się strasznie długoCezary H. edytował(a) ten post dnia 10.04.13 o godzinie 09:42

Temat: Problem z blogami na serwerze OVH

Zgadzam się z Cezarym ...optymalizacja, optymalizacja i jeszcze raz optymalizacja.
Sporo requestów, błędy 404 - zwłaszcza w slomodeep, grafiki które mogły by być sporo lżejsze (przykładowo na slomo slider-loco.png 378KB a jako zoptymalizowany jotpeg mógł by zajmować ok 65KB itd. itp.), wykorzystać sprite'y , skrypty i style mogły by zostać scalone i skompresowane, wykorzystać pamięć podręczną przeglądarki etc.
Warto skorzystać z google pagespeed czy yslow.

Temat: Problem z blogami na serwerze OVH

Mnie na kilku stronach pomogła przesiadka z DB Cache Reloaded fix na W3 TotalCache.
Próbowałem różnych kombinacji(WP-SuperCache itp. ) najlepiej wypadła W3 total
Przyrost w Google PageSpeed Insights rzędu 20 punktów.

Przed zmianami proponuje backup bo sporo miesza.

Temat: Problem z blogami na serwerze OVH

Dzięki chłopaki, cały czas nad tym pracuje

w slomo użyłem następujących wtyczek:
GZIP & HTML Compress
Hyper Cache

oraz pozmieniałem grafiki na jpg i sporo pomogło strona ładuje się szybciej ale i tak jeszcze długo a więc będę to jeszcze optymalizował :)

Temat: Problem z blogami na serwerze OVH

Robert W.:
Dzięki chłopaki, cały czas nad tym pracuje

w slomo użyłem następujących wtyczek:
GZIP & HTML Compress
Hyper Cache

oraz pozmieniałem grafiki na jpg i sporo pomogło strona ładuje się szybciej ale i tak jeszcze długo a więc będę to jeszcze optymalizował :)

Problem może leżeć też w zbyt dużej ilości wtyczek, które niekoniecznie współpracują ze sobą na wszystkich poziomach.
W dalszym ciągu sugeruje użycie W3 total cache, wtyczka obsługuje gzip, cache bazy, cache strony, cache zdjęć, kompresje oraz optymalizację JS/CSS, cache zdjęć
Wszystko w jednym narzędziu więc minimalizujesz ilość wtyczek i eliminujesz ew. konflikty pomiędzy dodatkami.

Temat: Problem z blogami na serwerze OVH

W3 Totaj jest godny polecenia, dobrze skonfigurowany wymiata.
....ale takie rzeczy mimo wszystko zostawia się na koniec.

Całkiem serio, najpierw trzeba zlikwidować błędy typu 404 -one często potrafią wstrzymać ładowanie strony na dłużej.
Teraz przykład ze slomo

http://slomodeep.com/wp-content/themes/Share/fonts/fontawesome-webfont.woff

http://slomodeep.com/wp-content/themes/Share/fonts/fontawesome-webfont.ttf

http://slomodeep.com/wp-content/themes/Share/fonts/fontawesome-webfont.otf

-te brakujące fonty są zdefiniowane w themes/Share/css/awesome_font.css

Potem optymalizacja grafik ...zmieniamy na optymalne formaty i kompresujemy, drobnice można włączyć w sprite'y - odpadnie sporo zbędnych requestów i marnowanego czasu.
W niektórych przypadkach warto zastosować lazy load.

Wyłączamy zbędne wtyczki, kasujemy zbędne style i skrypty. Dobrze też jest ładować je w miarę możliwości tylko tam, gdzie są faktycznie potrzebne i używane -np. jeżeli formularz kontaktu znajduje się tylko na stronie kontakt, to nie ma sensu ładować wszędzie wtyczki CF7 czy podobnej, tak samo google maps, społecznościówki, fonty etc - nie ma sensu ładować wszędzie ich plików gdy są wykorzystywane tylko w pewnych określonych miejscach serwisu.

Sprawdzamy czy nie ma konfliktów, warto zerknąć w error log czy skorzystać z trybu debug by wyłowić i wyeliminować ewentualne błędy php, podobnie sprawdzamy czy nie ma problemów z js'em.

Co do wtyczek jeszcze, to można sobie sprawdzić jakie generują największe obciążenie i pozbyć się kobyłek lub poszukać ich lżejszych zamienników.

Dalej ...można scalić skrypty i style, poddać je kompresji * - znowu redukcja requestów i oszczędność czasu.

Nieco wyższa szkoła jazdy, to głębsza optymalizacja kodu motywu, zapytań do bazy etc.

Na koniec wtyczka Cache i ewentualny CDN *.

Oczywiście warto zadbać też o porządek w samej bazie - pozbyć się z niej śmieci w stylu szkiców, rewizji, logów zostawianych przez różne wtyczki. Na koniec sprawdzić czy nie ma błędów i zoptymalizować tabele. Można się wspomóc jakąś wtyczką typu wp-optimize etc.

* -to i znacznie więcej można właśnie jedną wtyczką W3 Total Cache załatwić

Generalnie podstawowymi narzędziami pomocnymi w optymalizacji jest np FireBug, czy jakiś monitor zasobów z narzędzi deweloperskich wbudowanych w przeglądarkę, dalej YSlow i PageSpeed. Można też skorzystać z pingdom.com czy podobnych.

ps. bywają tez przypadki, że długie ładowanie strony spowodowane jest jej infekcją (lub jej pozostałościami) ...albo lipnym motywem - wiele darmowych, z niepewnych źródeł jest w mniejszej lub większej części kodowana. Nawet jeżeli w zakodowanym kawałku może nie być nic groźnego, to często sama metoda (de)kodowania potrafi skutecznie przymulić serwer.Paweł Knapek edytował(a) ten post dnia 11.04.13 o godzinie 14:03