JCH Optimize - zajímavá zkušenost

marvays napsal:

H13 napsal: Cony
Souhlas s Lazy loadem. Když má někdo galerii a nahraje na stránku 100 obrázků a při lazy loadu se nahraje jen viditelných 6 (např.), pak je ten rozdíl hodně velkej. Ale pravděpodobně jako vše, bude to mít i své nevýhody.

Co vím, tak akorát je problém, že si obrázky nenačtou roboti, pokud se použije špatná metoda.

Pokud si tedy mám vzít předchozí řádky k srdci, tak je na čase udělat JCH papá a zvážit něco menšího. Drtivou css si umím zrachnout sám. Pokud tedy víc souborů css nevadí, stejně tak js tak pak už je to jen o zgrabování obrázků a lazy.

Tenhle borec nemá špatné udělátka: joomla-extensions.kubik-rubik.de/llfj-lazy-load-for-joomla

H13:

Každopádně ty audity jsou zase jen na oko. Ještě lepšího výsledku se dá dosáhnout, když člověk přestěhuje všechny Javascripty z hlavičky dolů na konec stránky. Co se stane? Nic, vůbec nic, stránka načte úplně stejný počet knihoven, stejnou velikost kódu, stejně rychle, ale nástroj audit jako zázrakem o několik desítek procent zlepší hodnočení webu - v podstatě bez jakékoliv změny.

Nemáte pravdu.
Namůžete jen tak přestěhovat včechny JS do patičky.
Při optimalizaci (např. podle GTMetrix nebo Pingdom a nebo nejlépe podle Webpagespeedtest) musíte velice dobře vážit, který JS nastavíte jako async, defer == který dáte do patičky.

Je třeba si uvědomit proč se to dělá a pochopit. Dělá se to proto, aby se co nejdříve načetly informace "nad foldem" == na obrazovce viditelné, ale neztratila se funkcionalita.

A pro toto zobrazení nepotřebujete všechny JS a CSS. Ale některé ano (např. JS v případě že načítám font z Google pomocí JS - to je varianta, u které si mohu nastavit async a defer), proto když optimalizuji musím pečlivě volit co dám dolů a co ne.

Právě tohle ladění se nazývá optimalizace a díky ní se dá dosáhnout načtení Joomla webu z původní běžné instalace se šablonou od výrobce (18s) na až neuvěřitelných 1,6s při velikosti 2MB.

Jen ta optimalizace dlouho trvá )))


Plugin JCH Optimize je první a rychlou volbou pro weby, které nemají v šabloně interní komprimaci.
My jej nepoužíváme a všechny metody máme řešené přímo v šabloně (JoomlArt nebo Easy) nebo raději na serverech (pagespeed, lazzyload), které k tomuto účelu máme speciálně pro joomla weby a eshopy vytuněné.

Pokud tedy chcete něco optimalizovat na úrovni webu, doporučuji se poohlédnout po šablonách, které mají v sobě tyto věci vyřešené (JoomlArt, Gawick...), rozhodně nekupovat ty z toho portálu, myslím TemplateMonster?

Další tunění je o tom, že šáhnete do jednotlivých kódů komponent a modulů.

I Virtuemart umožňuje při zavolání svých JS použít místo false true, jen musíte vědět kde to stojí za to

Rudolf Baláš napsal: Pokud tedy chcete něco optimalizovat na úrovni webu, doporučuji se poohlédnout po šablonách, které mají v sobě tyto věci vyřešené (JoomlArt, Gawick...), rozhodně nekupovat ty z toho portálu, myslím TemplateMonster?

Co konkrétně by ta šablona měla umět? V mém případě spíš tedy template builder. Protože css si grabuju sám přes online nastroje. Ale spojovat je už není tak snadné.

Rudolf Baláš napsal: Právě tohle ladění se nazývá optimalizace a díky ní se dá dosáhnout načtení Joomla webu z původní běžné instalace se šablonou od výrobce (18s) na až neuvěřitelných 1,6s při velikosti 2MB.

Jen ta optimalizace dlouho trvá )))

No, tak já jsem na posledním připravovaném webu v polovině. Z 18 na 9. Teď jdu zrovna ladit obrázky. To odhaduji na výrazný posun dolů a následně pak budu zkoušet JCH, RokBooster nebo ScriptMerge. Moje znalosti nejsou tak daleko, abych věděl, jak přesouvat jednotlivé css a js dolů a nahoru po stránce, jak je potřeba.

H13: Souhlasím, selský rozum je třeba.
marvays: Hledejte něco jako optimalizace JS a CSS

Ještě tedy připomínám jak psal Cony:

Přestěhování JS do patičky řešíme pomocí parametrů async a defer, nikam je nestěhujeme
Kvalitní aplikace to již mají v sobě s možností nastavit v administraci, ostatní musíte najít a upravit ručně.

Tam kde to jde můžete některé JS implementovat do svého vlastního JS v šabloně, snížíte tím počet requestů (dotazů) na externí soubory.
Dtto platí u CSS.

Například SC login modul, který používáme, jsme vygrabovali a CSS soubory si přesunuli do šablony a odkaz na CSS je zakomentovaný.