Dotaz: prvni byte - poskytovatal vs Drupal vs ???

[Stepan]

ahoj,

rad bych se zeptal na zajisté mnohokrát omílaný první byte u stránky.

takže, tady mám výsledek testu: http://www.webpagetest.org/result/130305_BN_V7E/1/details/

první věc, přesměrovani na www. za 0.5s? Není to trochu moc? (přesměrováno pomocí .htaccess) celkově web běží na Drupalu 6.xx (+ pár běžných modulů), nejsem žádný profík na Druapl, PHP a web obecně, ale výsledné .html, .css, .js se mi zda děsně rozsáhlý, ale to neřeší první byte (alespoň ne tak moc - si myslím)

Kontaktoval jsem wedos (myslím, že kvalita a rychlost odpovídá ceně), ale ty my vysvětlili, že aplikace je špatně napsaná. Koukal jsem na fóra Drupalu, tam je většinou viníkem hosting...

Takže bych rád věděl jaké máte zkušenosti, jakým směrem se ubrat. Jak měřit čas přímo ve skriptu PHP(co trvá nejdéle), jestli mi pomůže změna hostingu, redakčního systému, nebo jen nějaká úprava.

Děkuju moc za každý názor a zkušenost.

Odpovědi

[Jakub Lucký]

Pro začátek by se hodil ten .htaccess

Jinak to, že vám podpora napíše, že vaše aplikace je špatně napsaná je šikovný trik, jak se vás zbavit

[lertimir]

Vidím to spíše na chybu serveru. Zkusil jsem si to na některých drupalech, které nějak ovlivňuji a ty časy jsou zásadně jiné. Ještě si webpagetest vyzkoušejte z bližšího místa( ne někde z USA), je tam dropdown. Čas prvního byte znamená, že server počítá a ještě stránku nespočet, Ty přesměrování a i částečně navázání spojení máte možná tak dlouho proto, že jste zvolil prohlidku zdaleka, ping do DULLES, VA, odkud jste se díval, je tak na 140ms.

[ET]

Hoj,

v tech 0.5sec je schovan preklad na IP a TPC handshake - taky to tesujes na spatny lince (DSL) ze spatny/vzdaleny lokace (Dulles, VA) - zkusil jsem to z Frankfurtu pres FIOS a vypada to OK (173ms)

ten ~5sec delay bude asi v aplikaci - muzes zkusti ulozit tu hlavni stranku staticky [jako .html] pak ji nahrat na server, otestova a pak provonat - uvidis rozdil mezi "dynamickou" a "statickou" strankou - dej pak vedet ;)

[lertimir]

Také by mohl otestovat stránky lokálně třeba ve virtuální mašině a zjistit jak jsou skutečně výpočetně a komunikačně náročné. může to být i věc pluginu a aplikace. Přepnutí na největší zobrazovanou galerii ještě systém výrazně zpomalí.

[Stepan]

přiložit .htaccess mě taky mohlo napadnout: http://pastebin.com/ACicgucr

Zkoušel jsem tedy uložit stránku a načíst jí staticky: http://www.webpagetest.org/result/130306_9R_1MGN/ Doba zůstala 4s, ale to se mi vážně moc nezdá. Není problém s prvním bytem ale obecně pomalý přenos. Navíc i kdyby se statická stránka načetla rychle, nemusí to znamenat, že je aplikace pomala. Zrovna tak to muže brzdit pomalý databázový server:)

Na lokál to zkusím hodit, ale nejdřív o víkendu.

Hodilo by se mi něco jako perlovský Devel::NYTProf . Nebo nějaká jiná časová analýza běhu PHP.

U koho běží vaše weby s Drupalem?

[ET]

porad to zkousis na pomaly lince (DSL), na rychly linec vypada staticka stranka OK (stranka se zacne renedovat pod vterinu, takze server/konektivita vypada imho good)

na profilovani php muzes zkusit treba xhprof (mozna na to ma neco i drupal), na mysql si zapni slow qry log...

pokud se ti to podari odladit, dej vedete v cem to bylo

[Stepan]

A ještě jedna otázka, kdo je zodpovědný za DNS lookUp? :)

[lertimir]

DNS system. v praxi to vypadá, že je jeden dotaz na kořenový server, druhý dotaz na server CZ.NIC a třetí dotaz na ns.wedos.cz, který teprve odešle IP adresu. Pokud má rekurzivní server, přes který se klient dotazuje meziinformace, tak některé nebo i všechny dotazy nemusí proběhnout.