Dotaz: Stejné časy pro zpracování - realita odlišná

[Libor Kučera]

Ahoj, neporadil by někdo s tímto problémem? Načtu stránku a php mi vypíše, že: Zpracováno za: 0.02668 sec. dám F5 výsledek stejný, 5x zasebou je to stejný, pak následuje to, že se stránka načte za cca 15 vteřin ale php píše zpracování stále +- stejný čas. Kde bych mohl začít hledat problém? Jedná se o Appache2 a PHP 5 + Mysql. Díky za pomoc

Odpovědi

[Dr. Eddy]

Nebude to treba tim, ze vygenerovani trva porad stejnou dobu, od te doby dal uz ne?

Uvedom si treba to, ze stranka ma nejakou dobu zivotnosti, po kterou by ji prohlizec mel brat z cache (nebo z proxy) a az po jejim vyprseni teprve obnovit po siti a skutecne se dotazovat serveru...

[Libor Kučera]

Ja se ale bavím o reloadu pomocí F5 cca každé 2 sec. Tak že nějaká životnost souboru neexistuje, navíc se to vždy načítá ze serveru, zkoušel jsem to i z ostatních prohlížečů, z keše se nič nenačíta Díky

[Šangala]

Jednoduše testík jestli to valí z nějaké cache je při každém dotazu změnit url např:

http://mujserver.ltd/stranka.php?x=1
http://mujserver.ltd/stranka.php?x=2
http://mujserver.ltd/stranka.php?x=3

Mačkáním F5 asi nic moc nezjistíte.

[Libor Kučera]

Můžete to trošku upřesnit?

[Šangala]

Zpracováno za: 0.02668 sec je asi nejspíš čas vygenerování stránky.
Po cestě k prohlížeči to může být v různých cache (třeba na proxině) a na konci v cache prohlížeče, a prostým mačkáním F5 nevíte kdy to jde z cache a kdy ne, ale pokud změníte url, tak by to mělo jít pokaždé znovu.
No a k původnímu dotazu: kdekoliv po cestě.

[Jack]

Tak ve FF CTRL+F5

[Šangala]

Řeší jen cache prohlížeče.

[chochi]

To neni uplne pravda. Chromium pri CTRL + F5 posila navic:

Cache-Control: no-cache
Pragma: no-cache

Coz by melo vyradit jakoukoli cache na ceste. Problem je, pokud to nekdo ignoruje.

[Šangala]

Za MS proxy-ně na nejmenovaném místě se můžu někdy i stavět na hlavu a aktuální věc nedostanu…
A jinak neplatí to pro obrázky a to i když jsou generované a tyto hlavičky také posílají…

[rADOn]

Čas stažení nahrubo zjistíš pomocí příkazů wget nebo curl zkombinovaný s time. Zabrzdit se to může jak už bylo řečeno kdekoliv. Já bych začal tím jestli na stránce není nějaký externí kód (reklama, analytika etc.) který to brzdí, přetížený server vydávající bannery je IMO pravděpodobnější příčina než nějaká proxy/cache. Nebo je to chyba měření, to co si o čase myslí nějaký php skript nemusí odpovídat času který apache k vyřízení požadavku skutečně potřebuje.

[Marián Oravec]

Pridajte si niekam do stredu skriptu sleep():

sleep(rand(1, 10))

Ak bude čas spracovania stále ten istý, máte v skripte chybu alebo je stránka ťahaná z cache. Ak čas spracovania nebude ten istý, tak to bola náhoda a spracovanie vždy trvalo spomínaných 0.02668 sec.

[Libor Kučera]

sleep(10) vypisuje +/- 10.02668 sec.

[Šangala]

A je tedy někde problém?

[Libor Kučera]

Ano, výsledek je sice 10 sec. a 4x za sebou to opravdu sedí ale po pátem načtení se nacte stránka fyzicky za cca 15-20 sec.

[Šangala]

A máte to na lokále nebo na druhém konci republiky?

[Filip Jirsák]

Co to znamená „fyzicky načte“? Sledujete to v nějakém rozšíření prohlížeče, které zobrazuje časovou osu nahrávání jednotlivých částí? Chrome má takový nástroj zabudovaný („Nástroje pro vývojáře“), Firefox má něco také v základu, lepší přehled poskytne třeba Firebug.