Zadejte hledaný výraz...

Jak řešit zpomalení kvůli přesměrování?

A pro se nacitaji na serveru pres PHP? Ony jsou v DB a ne jako soubory na disku?
https://www.caskrmeni.cz/img/big.php?id_image=sperkystribrne-1487
18. 5. 2017 09:55:16
https://webtrh.cz/diskuse/jak-resit-zpomaleni-kvuli-presmerovani/strana/2#reply1279455
beraniste
verified
rating uzivatele
(29 hodnocení)
18. 5. 2017 09:57:32
Jo, to mi řekněte. Tak to bylo původně dělané a fakt neznám pravý důvod, proč to tak sakra je.
---------- Příspěvek doplněn 18.05.2017 v 17:00 ----------
Ještě bych měl jednu prosbičku, je možné, že Google Analytics měří nepřesně? Když použiji jakýkoliv z těchto nástrojů, tak tam až takový průser nevidím. Samozřejmě jsou tam věci, které plánuji vylepšit, ale vždy se to načítá tak mezi 2-4mi vteřinami. Když se Kouknu do Google Analytics, tak tam ta doba načítání již pět let stoupá a stoupá a teď to ukazuje kolem 6-8s. Tak nevím, ale GA v tomhle moc nevěřím.
18. 5. 2017 09:57:32
https://webtrh.cz/diskuse/jak-resit-zpomaleni-kvuli-presmerovani/strana/2#reply1279454
Kazdy nastroj ma sva omezeni
Osobne preferuju https://www.webpagetest.org/ , kde si mohu zvolit jednak umisteni, tak i verzi klienta pro provedeni testu (pokud jsou tyto veci podstatne pro porovnavani)
Pokud se registrujes, muzes sve testy snadno porovnavat
18. 5. 2017 17:17:50
https://webtrh.cz/diskuse/jak-resit-zpomaleni-kvuli-presmerovani/strana/2#reply1279453
beraniste: pokud máš na mysli v GA: Rychlost webu - časování stránek, tak to lze brát dost s rezervou pokud nemáš tisíce návštěv za den. Jde o to, že GA měří rychlost pouze u 1% návštěvníků (pokud se nepřenastaví siteSpeedSampleRate v měřícím kódu) a tak velká šance že to bude měřit zrovna u někoho,kdo má velmi špatné připojení nebo zasekaný systém - což může mít za následek třeba antivirus, rozšíření v prohlížeči, nebo třeba jen chyba v prohlížeči (třeba FF kolem verze 52 byl nějaký zabržděný).
Doporučuji si při zkoumání přidat sekundární dimenzi verzi prohlížeče a třeba poskytovatele, často vyskočí zajímavé korelace. Třeba: https://db.tt/UXAxwIAkFj
18. 5. 2017 18:36:10
https://webtrh.cz/diskuse/jak-resit-zpomaleni-kvuli-presmerovani/strana/2#reply1279452
lockeheed
verified
rating uzivatele
18. 5. 2017 19:05:14
Já jsem ti ten e-shop změřil.
Používej webpagetest.org, nastav si tam Prahu a simuluj mobilní připojení (zde nás rychlost zajímá především).
WebPagetest - Visual Comparison
Přesměrováním přicházíš o vteřinu, obsah se ti vykresluje za nějaké 3,7 vteřin, obrázek ve slideru za 15 vteřin. To je bída.
18. 5. 2017 19:05:14
https://webtrh.cz/diskuse/jak-resit-zpomaleni-kvuli-presmerovani/strana/2#reply1279451
beraniste
verified
rating uzivatele
(29 hodnocení)
18. 5. 2017 20:28:32
Lockeheed, asi jsi to špatně pochopil. Můj eshop je caskrmeni.cz ... a teď řeším desktop.
18. 5. 2017 20:28:32
https://webtrh.cz/diskuse/jak-resit-zpomaleni-kvuli-presmerovani/strana/2#reply1279450
lockeheed
verified
rating uzivatele
18. 5. 2017 21:11:17
Tak hodně štěstí, tam to je taky nic moc.
18. 5. 2017 21:11:17
https://webtrh.cz/diskuse/jak-resit-zpomaleni-kvuli-presmerovani/strana/2#reply1279449
beraniste
verified
rating uzivatele
(29 hodnocení)
18. 5. 2017 21:44:59
Jj, díky. Ale zas to není takový průser. Každopádně, když to vydrželo tolik let ... navíc je to jen jeden z mnoha faktorů :-)
---------- Příspěvek doplněn 19.05.2017 v 15:39 ----------
Tak něco jsme již zlepšili, použili kompresi, ještě nastavíme časy cachování. Ale co si myslíte ještě o radě "Increase download parallelization by distributing these requests across multiple hostnames", což doporučuje tento nástroj. Mrkněte prosím na mé výsledky, zda to přinese nějakou změnu. Když se koukám na ty výsledky, tak tam u těch všech obrázků nejvíce času zabere status "Wait", kdy se čeká na data ze serveru. Samotné jejich zaslání je pak už rychlé. Myslíte si, že by se touto úpravou celkový čas čekání zkrátil a nebo se to urychlit nedá?
18. 5. 2017 21:44:59
https://webtrh.cz/diskuse/jak-resit-zpomaleni-kvuli-presmerovani/strana/2#reply1279448
Reálně ti pomůže nasadit protokol HTTP2 (to musí udělat tvůj webhoster), případně použití CDN- třeba Cloudflare. Paralelizací přes více domén se zvětší režije na vytváření spojení a DNS překlady.
Můžeš si projet https://www.slideshare.net/vsmitka/vkon-wordpress/, je to sice pro WP, ale dost věcí je tam platných obecně.
19. 5. 2017 15:58:26
https://webtrh.cz/diskuse/jak-resit-zpomaleni-kvuli-presmerovani/strana/2#reply1279447
Nasad pred server nejake CDN a uvidis, zda to pomuze
CloudFlare muzes vyzkouset i pouzivat zdarma...
19. 5. 2017 16:06:45
https://webtrh.cz/diskuse/jak-resit-zpomaleni-kvuli-presmerovani/strana/2#reply1279446
beraniste
verified
rating uzivatele
(29 hodnocení)
20. 5. 2017 17:56:51
Website speed test
Website speed test
Promiňte, že se ještě vracím k tématu. Co jsem zjišťoval, tak http2 je aktivní, cdn zatím nevím jak se dělá. Vůbec nebudu teď srovnávat big obrázky tahané přes php, ale srovnám pouze jpgéčka. Tudíž, stejný test, stejné podmínky, stejný typ souborů. Rozdíl v délce načítání je zásadní a fakt nevím, jak dosáhnout stejného výkonu. Co mi říkají ze svetahostingu, tak všechno frčí a i co se týče výkonu, tak jsem tam koukal, že jsou ještě rezervy.
5,2kb - 30ms, u nás 6kb 42ms, 5,6kb 46ms
2kb - 32ms, u nás 1,9kg 46ms
1,2kb - 31ms, u nás 1,2kb 47ms
u nás i 411 B trvá 42ms
Nejen, že se jim to načítá rychleji, ale také si myslím, že u těch milionu malinkých obrázků co tam mám to není o přenosu, ale o čekání na spojení se serverem a následné přijetí dat už je nic. Nevím, možná bych všechny ty malé ikonky a obrázky měl natvrdo nacpat do stránky přes data url. Ale zase jsem četl, že to nemusí být zobrazeno všemi prohlížeči a že se obrázky nacachují. U mě by se ale jednalo celkem o 34 takových mikro-obrázků o velikosti pár bajtů až 5kb. Nebudu to počítat přesně, ale tipuji, že to bude celkem tak 68kb za které zaplatím bajvoko 1564ms.
Jinak jsem zjišťoval, co se tam děje v top phápku, tak prý nějaké úpravy rozměrů. Protože ty fotky tam jsou naházené v různě šílených velikostech a formátech, takže to kdysi (když byl ještě eshop součástí jednoho velkého systému) udělali tak, že si to muselo poradit s každou uchylárnou, kterou tam kdo nahraje.
A druhá věc, zda by v mém případě nebylo od věci zkusit asynchronní načítání a vytvoření kritického css viz. https://jonassebastianohlsson.com/criticalpathcssgenerator/
20. 5. 2017 17:56:51
https://webtrh.cz/diskuse/jak-resit-zpomaleni-kvuli-presmerovani/strana/2#reply1279445
Pingdom zřejmě nepoužívá při testech HTTP2 (graf by vypadal trochu jinak). Srovnej si:
WebPagetest Test Details - Prague : www.caskrmeni.cz/ - 05/20/17 17:08:03
http://www.webpagetest.org/result/170520_MH_VDW/1/details/#waterfall_view_step1
V případě použití HTTP2 nemá smysl dělat čachry s obrázky, protože se všechy posílají již sestaveným kanálem. Rozdíl v reakcích serveru je také v použití technologii - SP je v ASP.NET, takže je kompilovaný, CK je v PHP, takže je interperovaný - musí se "kompilovat" za chodu, což je trošku pomalejší (pár jednotek až desítek ms). Pomoci tomu lze použitím OPcode cache (která je defaultně zapnutá v PHP7).
Osobně bych šel po těch big.php, ručně bych optimalizoval ty obrázky, které to zpracovává a nalinkoval bych je přímo. Něž se pouštět do kritického CSS, tak bych nejprve
vyřešil jiné problémy - big.php, cachovací hlavičky, zkusit skripty načít async. Na správné vytvoření správného kritického CSS potřebuješ někoho, kdo tomu opravdu rozumí.
Také bych se věnoval i podstránkám, než jen hlavní stránce - http://www.webpagetest.org/result/170520_1J_VPE/1/details/#waterfall_view_step1 - načítají se ti tam některé externí zdroje přes HTTP a některé také nejsou nejrychlejší.
---------- Příspěvek doplněn 20.05.2017 v 20:01 ----------
Ještě poznámka, ono také řešit pár ms rozdíl při testu někde ze švédska není úplně relevantní (i proto moc nemám rád pingdom), záleží jakou má daná severovna zahraniční konektivitu, když budeš testovat z Francie, Španělska nebo Malajsie , tak na tom budeš trochu lépe:
(můžeš si testovat třeba na http://www.locaping.com/ nebo https://tools.keycdn.com/ping)
20. 5. 2017 19:30:18
https://webtrh.cz/diskuse/jak-resit-zpomaleni-kvuli-presmerovani/strana/2#reply1279444
lockeheed
verified
rating uzivatele
20. 5. 2017 20:28:17
smitka:
+1
beraniste:
Přistupuješ k tomu strašně neobratně. Řešíš kritické CSS (to ti bude reálně k hovnu, když tam máš blokující JS).
Nemáš ještě vyřešené basic věci. Na ty se zaměř.
Ještě doplnění:
Nejdůležitější metriky: TTFB, speedindex, start render. Nauč se používat PageSpeed Insights a posléze WebPageTest.org (nebo vývojářské nástroje v prohlížeči). Nestestuj jen HP, ale i výpis a detail.
20. 5. 2017 20:28:17
https://webtrh.cz/diskuse/jak-resit-zpomaleni-kvuli-presmerovani/strana/2#reply1279443
Pro odpověď se přihlašte.
Přihlásit