Problém s rychlostí webu u http a https

29. kvě 2018 12:24 - 29. kvě 2018 12:26 #136075

Odpověď od H13

Admin

Já tam ty rozdíly nevidím tak zásadní.

Takže z tohoto pohledu je lepší, když by se minimalizoval počet stahovaných souborů (js a css soubory z modulů a šablony) do co nejmenšího počtu?

Pravděpodobně ano, protože jestli u každého souboru dochází k výměně informací, může to dělat rozdíl.

Jediné, co mne napadá, tak stáhnout fonty z fonts.google.com a nechat je lokálně.

To bych nedělal, osobně si myslím, že se ty fonty z Google serveru stáhnout do uživatelova počítače rychleji než z tvého serveru (100% to tvrdit nebudu, protože jsem testy nedělal).

Zkoušel jsi zapnout například GZIP komprimaci?

Phoca Cart - www.phoca.cz/phocacart - e-shop, e-commerce
Phoca Gallery - www.phoca.cz/phocagallery - obrázková galerie
Phoca Download - www.phoca.cz/phocadownload - stahování souborů
Phoca Guestbook - www.phoca.cz/phocaguestbook - guestbook

29. kvě 2018 12:40 #136076

Odpověď od Bart

Moderátor

Nepomohlo by reverzní proxy?

Nginx jako reverzní proxy pro Apache
Reverzní proxy

Měl jsem to na vlastním VPS. Běžel tam CentOS, Nginx jako reverzní proxy, Apache. Odezva byla super

29. kvě 2018 12:44 - 29. kvě 2018 12:44 #136077

Odpověď od Cony

Moderátor

Martens napsal: U http připojení mi právě příjde lepší, když jich je více malých a stahují se paralelně ve více vláknech, než mít jeden velký a čekat, než se stáhne tento....ale může to být jen subjektivní dojem.

Pozor, tohle nedělá HTTPS ale HTTP/2, pro který je ovšem HTTPS nutnou podmínkou. Nicméně e-cons HTTP/2 má.

29. kvě 2018 12:47 #136078

Odpověď od Martens

Návštěvník

Rozdíly nejsou až tak velké, nicméně 5 vteřin do kompletního načtení webu je asi hodně....

Obávám se, že ještě se do toho započítává načtení cca 20 souborů z webu smatsupp.com (formulář pro on-line chat), kde mi to dělá cca 1,5-2 vteřiny.

A existuje něco (plugina), jak u modulárního CMS systému, kde si jeden každý modul či komponenta tahá své js a css soubory, která je sloučí do jednoho?

U těch fontů mi to ukazuje, že se tahají cca 390ms, z toho 61ms je vlastní stažení fontu a zbytek navazování komunikace. Zatím to taky nemám vyzkoušené, tak je to spíš otázka, zda a jaká by vůbec byla úspora času.

Další věc, co mne napadá - klient uváděl, že v loňském září byla rychlost načtení cca 4 vteřiny - tehdy běželi na https přes Let's encrypt, ale od listopadu 2017 mají přímo obchodní certifikát od jiné certifikační autority. Může na to mít vliv i toto?

29. kvě 2018 12:48 #136079

Odpověď od Martens

Návštěvník

Ok Cony, takže pokud to chápu správně, tak tady by de facto bylo sloučení do menšího počtu větších js a css souborů kontraproduktivní. Je to tak?

29. kvě 2018 12:54 #136080

Odpověď od Cony

Moderátor

Prvně bych začal revizí všech pluginů, modulů apod. Je tam nasazená šablona s WARP frameworkem, na to jsou tu jiní experti, ale neumí náhodou slideshow sama o sobě? Proč je tam pak i modul BT sideshow a DJ Image slider? To samý na popup, WARP jej zřejmě umí, proč tedy JCE mediabox? Těch věcí tam asi bude víc...

Pluginy slučující CSS a skripty do jednoho sice existují, ale občas mi přišel efekt spíše negativní než pozitivní. Např. JCH optimize. Navíc takovým plugin se first byte time naopak ještě zvýší, zrychlí se pak dotažení ostatních skriptů apod...

Přihlásit se

Joomla 5.2.2 Security & Bugfix Release

Problém s rychlostí webu u http a https

Nejnovější příspěvky