Problém s rychlostí webu u http a https

Martens
25. kvě 2018 22:18 #135996
Ahoj všem,
už se dlouho plácám s jedním problémem u webu na doméně www.e-cons.cz , kde řeším problém s rychlostí načítání stránky www.e-cons.cz/ereporting.html . Web jede na Joomle 3.8.7, hostng WEDOS, PHP 7.0.

V čem je problém - verze s https je cca o 4 vteřiny pomaleji načtená než verze s http - a to u prvního načtení.

Co může ovlivnit to, že z verze s https se např. lokálně uložené js a css soubory načítají přes 1 sekudnu, ale u http verze jsou časy řádově do 100 ms?

Je možné, že by ověřování certifikátu až tak ovlivnilo rychlost webu?

Tady jsou výsledky testu (testováno na webpagetest.org)
Díky za každé nakopnutí správným směrem.

Pro možnost přispívání do fóra je nutné: Přihlásit se nebo Vytvořit účet.

Odpověď od Martens
25. kvě 2018 22:21 #135997
Ještě doplním info.
Dokonce i vlastní generování stránky (step 1) je u https 2x delší a trvá skoro 4 vteřiny.
Web je postaven na šabloně od WarpTheme - a ti používají tuším framework UiKit.

Pro možnost přispívání do fóra je nutné: Přihlásit se nebo Vytvořit účet.

Odpověď od H13
25. kvě 2018 23:16 - 25. kvě 2018 23:19 #135998
No, většinou je za to zodpovědný tzv. handshake - prostě u https dochází k šifrování (to už je náročný na výkon) a k "šiřší" komunikaci mezi serverem a klientem:

publib.boulder.ibm.com/tividd/td/ITAME/S.../HTML/ss7aumst18.htm

Hlavně je to problém, když se posílá hodně malých dotazů (oproti jednomu velkému).

Phoca Gallery - http://www.phoca.cz/phocagallery - obrázková galerie (Joomla!)
Phoca Guestbook - http://www.phoca.cz/phocaguestbook - kniha návštěv (Joomla!)
Phoca Download - http://www.phoca.cz/phocadownload - stahování souborů (Joomla!)
Phoca Cart - http://www.phoca.cz/phocacart - e-shop,...
Poděkovali: Martens

Pro možnost přispívání do fóra je nutné: Přihlásit se nebo Vytvořit účet.

Odpověď od Cony
25. kvě 2018 23:19 #135999
Mně to v prohlížeči nabíha srovnatelně, okolo 2,5 sekund oboje.
SSL má v tom grafu vlastní kolonku, ukazuje jim to 112 ms, mně nějakých 22.
Pingdom také nedopadá tak špatně
tools.pingdom.com/#!/dGyzBa/https://www....s.cz/ereporting.html
Poděkovali: Martens

Pro možnost přispívání do fóra je nutné: Přihlásit se nebo Vytvořit účet.

Odpověď od Martens
28. kvě 2018 15:01 #136038

H13 napsal: No, většinou je za to zodpovědný tzv. handshake - prostě u https dochází k šifrování (to už je .......

Hlavně je to problém, když se posílá hodně malých dotazů (oproti jednomu velkému).


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?

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.

Škoda, že se na srazu vypustilo to téma přechod z HTTP na HTTPS :(

Ještě jednou díky všem.

Pro možnost přispívání do fóra je nutné: Přihlásit se nebo Vytvořit účet.

Odpověď od Martens
29. kvě 2018 12:09 #136072
Tak už jsem z toho docela zoufalý a mám pocit, že hledám bájného jednorožce :(....rychlost je stále údajně nedostatečná

webpagetest pro http:
https://www.webpagetest.org/result/180529_T0_f50a92e72947ab999061543f70b0d182/
webpagetest pro https:
https://www.webpagetest.org/result/180529_B7_87e8d5408d739dffd847e9b52ba8f34d/

Rozdíl v rychlosti je minimální, nicméně kde jsem schopen to ještě narychlit? Jediné, co mne napadá, tak stáhnout fonty z fonts.google.com a nechat je lokálně. Slučování css a js souborů do jednoho vzhledem k použití šablony asi nepřichází v úvahu - nebo je na to nějaká cesta, jak to narychlit?

Díky za tipy.

Pro možnost přispívání do fóra je nutné: Přihlásit se nebo Vytvořit účet.

Odpověď od H13
29. kvě 2018 12:24 - 29. kvě 2018 12:26 #136075
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 Gallery - http://www.phoca.cz/phocagallery - obrázková galerie (Joomla!)
Phoca Guestbook - http://www.phoca.cz/phocaguestbook - kniha návštěv (Joomla!)
Phoca Download - http://www.phoca.cz/phocadownload - stahování souborů (Joomla!)
Phoca Cart - http://www.phoca.cz/phocacart - e-shop,...

Pro možnost přispívání do fóra je nutné: Přihlásit se nebo Vytvořit účet.

Odpověď od Bart
29. kvě 2018 12:40 #136076
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 :).

Pro možnost přispívání do fóra je nutné: Přihlásit se nebo Vytvořit účet.

Odpověď od Cony
29. kvě 2018 12:44 - 29. kvě 2018 12:44 #136077

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á.

Pro možnost přispívání do fóra je nutné: Přihlásit se nebo Vytvořit účet.

Odpověď od Martens
29. kvě 2018 12:47 #136078
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?

Pro možnost přispívání do fóra je nutné: Přihlásit se nebo Vytvořit účet.

Odpověď od Martens
29. kvě 2018 12:48 #136079
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?

Pro možnost přispívání do fóra je nutné: Přihlásit se nebo Vytvořit účet.

Odpověď od Cony
29. kvě 2018 12:54 #136080
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...

Pro možnost přispívání do fóra je nutné: Přihlásit se nebo Vytvořit účet.

Odpověď od Martens
29. kvě 2018 12:56 #136082
Tohle by ale bylo použitelné v případě, že pojedou na vlastním serveru a ne na webhostingu.

V tuto chvíli to mají u WEDOSu (NoLimit) a to už se přešlo i na NoLimit Extra, kde je povolen větší počet PHP procesů (místo 5 je 10) a PHP_memory_limit je 256MB, ale moc velký efekt to při zpracování vlastních PHP scriptů nemá....:(

@H13: Ano, GZip komprimace bylo to první, co jsem zapínal včetně cachování na straně Joomly.

Pro možnost přispívání do fóra je nutné: Přihlásit se nebo Vytvořit účet.

Odpověď od Cony
29. kvě 2018 12:59 #136084

Martens napsal: 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?

Může to být tak i tak, jak psal H13, více paralelních dotazů má také svoje proti. Osobně bych se zaměřil na cestu méně JS i CSS celkem, tj. vyházet nepotřebné pluginy a moduly a používat opravdu jen to nezbytné.

Martens napsal: Tohle by ale bylo použitelné v případě, že pojedou na vlastním serveru a ne na webhostingu.

Pokud to je k tomu JCH optimise, tak ne, ten plugin může fungovat i na hostingu.

Pro možnost přispívání do fóra je nutné: Přihlásit se nebo Vytvořit účet.

Odpověď od Cony
29. kvě 2018 13:05 #136085
Možná ještě poradí někdo kdo zná WARP, není tam nějaká možnost nahrávání všech skriptů v jednom souboru? Bylo by to nejlogičtější, bez nutnosti dalších pluginů, serverové zátěže atd... Teď se nahrává zvlášť skript pro Slider, lightbox atd...

Pro možnost přispívání do fóra je nutné: Přihlásit se nebo Vytvořit účet.