Pomalý web – čím to může být?

8. 8. 2014 21:27:10

Zdravím,

dostal jsem se k jednomu WP, instalován je W3 Total Cache a web je poměrně rozsáhlý. Problém je, že první navázání spojení trvá příliš dlouho. Přikládám screen z tools.pingdom.com - zajímá mě ta žlutá část "wait". Sám si myslím, že jde o dobu zpracovávání PHP -> doba než server dá jakýkoliv výstup, řekněte mi někdo že se pletu prosím :)

http://www.kdosiodjinud.cz/upload/moje/testpage.png

Zkusil jsem na VPS, kde to běží nainstalovat xcache (inspiroval mě wedos :) ), ale změna se projevila jen minimálně (cca 100ms k dobru). VPS je u OVH a tedy ve Francii. Ještě mě napadlo, že by problém mohl být v DNS. Test na intodns.com dopadl takto:

http://www.kdosiodjinud.cz/upload/moje/intodns.png

Vypadá to, že jeden z DNS serverů subreg.cz (kde mám dns vedeny) neodpovídá, když adresu pingnu tak v pořádku.

Napadá někoho jiná varianta než špatně optimalizovaný kod? Díky za každý tip

(adresu sdělovat nechci i kdybych se s tím měl trápit déle :) )

8. 8. 2014 21:27:10

https://webtrh.cz/diskuse/pomaly-web-cim-to-muze-byt/#reply1046838

Václav Dušek

(77 hodnocení)

8. 8. 2014 21:53:17

Nevím, jak měčí pingdom, ale v DNS problém nebývá, pokud máte kvalitního registrátora, resp. využíváte kvalitní DNS služby.

Není v tom čase na začátku započítáno i to, jak dlouho trvá "vybudování" stránky?

Nezapomeňte jste na VPS - máte sdílený výkon

PS - zkuste raději pustit test z http://www.webpagetest.org/ a zvolte si místo, odkud budete testovat. Je nesmysl testovat např. z USA pro cílovou skupinu Evropa

8. 8. 2014 21:53:17

https://webtrh.cz/diskuse/pomaly-web-cim-to-muze-byt/#reply1046837

Jan Kuthan

(48 hodnocení)

8. 8. 2014 21:59:31

Díky za tip, ty testy vycházejí všudy všade stejně. VPS je ve Francii a pingdomem jsem testoval z Amstrdamu, výkon VPS je mnohonásobně vyšší než by byl potřeba. Asi to bude tím čeho jsem se nejvíce obával :) a to tím "vybudováním" stránky = neoptimalizovaným kodem.

8. 8. 2014 21:59:31

https://webtrh.cz/diskuse/pomaly-web-cim-to-muze-byt/#reply1046836

Václav Dušek

(77 hodnocení)

8. 8. 2014 22:05:12

- vyházet nepotřebné pluginy

- kontrola DB a její pročištění

- kontrola/zjednodušení šablony

- snížení počtu přéspěvků

- vyhodit zbytečné widgety

....

---------- Příspěvek doplněn 08.08.2014 v 22:07 ----------

a taky zkontrovat nastavení cache pluginu. To ze tam je, nestací

8. 8. 2014 22:05:12

https://webtrh.cz/diskuse/pomaly-web-cim-to-muze-byt/#reply1046835

Jan Kuthan

(48 hodnocení)

8. 8. 2014 22:24:08

Vše výše zmíněné se odehrálo, žádné "rizikové" pluginy tam nejsou, všechny znám a celkově jich je tam 5. Proto jsem začal uvažovat o problému na VPS/DNS nebo tak něco. Pokud dnes někdo nehodí nějaký tip co by to rapidně zlepšil tak rozchodím xdebux a zkusím na lokále výkonnost, jestli tam opravdu někde není zakopaný pes.

Ještě jeden dotaz. Když má jedna tabulka (nestandartní mimo wp) ve stejné DB téměř 100MB (databáze míst, nelze více optimalizovat), má to vliv na rychlost práce s ostatními tabulkami když tato není použitá? Logicky myslím, že ne.

8. 8. 2014 22:24:08

https://webtrh.cz/diskuse/pomaly-web-cim-to-muze-byt/#reply1046834

narinier

8. 8. 2014 22:46:56

A jak je VPS vytizene? Kolik je na webu lidi online?

8. 8. 2014 22:46:56

https://webtrh.cz/diskuse/pomaly-web-cim-to-muze-byt/#reply1046833

Jan Kuthan

(48 hodnocení)

8. 8. 2014 23:02:02

Teď podle GA 10 lidí, v čase měření to bylo stejné, je to málo na to aby to takhle zpomalilo. VPS je to ta s označení "VPS Classic 4", běží tam debian wheezy http://www.ovh.cz/vps/vps-classic.xml . Vytížení procesorů skáče k 40% a klesá, nikdy ne více...

8. 8. 2014 23:02:02

https://webtrh.cz/diskuse/pomaly-web-cim-to-muze-byt/#reply1046832

Michal Dokoupil

(23 hodnocení)

8. 8. 2014 23:04:22

obcas pozoruji, ze rychlost komplet nacteni nektereho WP webu prodluzuji pripadne pluginy/kody na socialni site, profily v autorboxu v clancich, sdileni, fb likebox,g+ odznak, ty tam jsou a nejsou nahodou posl vec co se nacita?

8. 8. 2014 23:04:22

https://webtrh.cz/diskuse/pomaly-web-cim-to-muze-byt/#reply1046831

Jan Kuthan

(48 hodnocení)

8. 8. 2014 23:08:05

Je tam plugin od AddThis layer, načítá si externí js a navíc odesílá statistiky, ale to se odehrává až po té velké prodlevě, kdy se čeká na vykreslení webu. Jdu si to rozjet vše na localhostu, takto je to střílení od oka. Díky za tipy všem

8. 8. 2014 23:08:05

https://webtrh.cz/diskuse/pomaly-web-cim-to-muze-byt/#reply1046830

Václav Dušek

(77 hodnocení)

8. 8. 2014 23:14:18

Ta VPSka neni zdrava 40% pri 10lidech neni normalni.

Nebo ze by WP? Neni treba hacknuty?

Jake proesy to vytezuji? top

8. 8. 2014 23:14:18

https://webtrh.cz/diskuse/pomaly-web-cim-to-muze-byt/#reply1046829

Jan Kuthan

(48 hodnocení)

8. 8. 2014 23:21:04

Těch 40% jsou špičky, jinak to skáče v jednotkách. Zkoušel jsem to shodit na minutku (všichni logicky odešli :D) a po zapnutí než přišli první noví tak to běželo pod 1%, můj refresh to na mžik vyhodil na 20% a zase klid. CPU v klidu nejvíc vytěžoval htop střídavě s mysql.

8. 8. 2014 23:21:04

https://webtrh.cz/diskuse/pomaly-web-cim-to-muze-byt/#reply1046828

Václav Dušek

(77 hodnocení)

8. 8. 2014 23:22:25

1 refresh webu na 20 procent?

Tam je totálně něco špatně

8. 8. 2014 23:22:25

https://webtrh.cz/diskuse/pomaly-web-cim-to-muze-byt/#reply1046827

Jan Kuthan

(48 hodnocení)

8. 8. 2014 23:24:09

Mazec! Velká změna! Narazil jsem na tuto diskusi, kde radí pouze znovu uložit nastavení permalinků, výsledek je, že svůj refresh v htop prakticky nevidím a celý web se podstatně zrychlil. :) Díky za navedení!

WordPress › Support » Very High CPU Usage

8. 8. 2014 23:24:09

https://webtrh.cz/diskuse/pomaly-web-cim-to-muze-byt/#reply1046826

Václav Dušek

(77 hodnocení)

8. 8. 2014 23:29:16

Ta pomalost neni v IO waitech? Pretizene diskove pole?

8. 8. 2014 23:29:16

https://webtrh.cz/diskuse/pomaly-web-cim-to-muze-byt/#reply1046825

matusy