Problém s rychlostí webu u http a https

Ten dotaz na ten VPS byl spíš na Barta na reverzní proxy.

JCH optimise jsem zkoušel zběžně, ale spíš mi to ještě rozhodilo stylování.

Zkusím projít ty moduly a pluginy, jestli se ještě někde něco nepodaří ušetřit....

U http2 by prave melo byt lepsi nacitani vice souboru neu jednoho mne osobne se web proti http rapidne rychlost zvysila.

Zkus se poptat na wedosu jestli něco uvidí na serveru, protože to načítání je dělá úplný opak než by to mělo být u http2 viz . obrázek nahoře můj web SSL - Let's encrypt, PHP 7.1x, HTTP2, dole stránka e-cons.cz.



Porovnáno přes
www.dareboost.com/en/website-speed-test-http2-vs-http1

Ale mně to valí na VPS od hostime.cz

To jsou asi 2 rozdíly - VPS od limitovaného webhostingu a typ certifikátu....nicméně někdy v době, kdy to ještě běhalo slušně, tak měli https na Let's encrypt a od listopadu 2017 mají obchodní certifikát od certifikační autority COMODO RSA - může mít na rychlost vliv i toto?

Bude tam asi rozdíl v ověřování, co si pamatuju když jsem aktivoval SSL tak jsem tam měl taky problém s načítáním dokonce to i shazovalo server. Ale na VPS mi to upravily aby se to tak nevytěžovalo. Máme jeden web ale na 6 mutacích/doménach. Čekal bych že to bude mít Wedos zajištené, už si je zkoušel jestli tam něco nevidí? Přeci jenom mají k dispozici logy přímo ze serveru.

S tim od googlu mam spatny zkusenosti. Nejsem schopen vyresit napriklad ten defer parsing JS (nebo tak neco). Nenasel jsem na to rozsireni, krom jednoho a to nemam sanci nastavit.

No právě, že Google PageSpeed Insight mi toho moc neřekl - navíc i časy načtení stránky, které mi ukazovalo GA, tak neodpovídaly příliš realitě - ve dnech, kdy jsem opakovanými testy dosahoval rychlosti načtení (i při vizuálním ověření) do 4 vteřin, tak stále měl průměrnou dobu načtení 9 a více vteřin.....ale proč.

Nicméně jsem si web nasadil pokusně u známého na hostingu a v podstatě to ukazovalo na problém u wedosu - stejný web, bez úprav - u wedosu dosahoval tak o 1,5 vteřiny horší časy v parametru TimeTo First Byte ....čekám na vyjádření Wedosu, proč tomu tak bylo.

Ještě jsem sváděl část problémů na komerční certifikát, protože pokud jsem to dobře měl poznačeno, tak zpomalení nastalo v době, kdy web přešel od LE k Comodo RSA. A i testy něco takového ukázaly - stejný web, stejný poskytovatel, jiný certifikát a rozdíl by v celkovém načtení dle webpagetest.org až od 2 vteřiny lepší ve prospěch LE. Je docela zvzlášní, že u Wedosu se bez certifikátu obrázek o velikosti 5kB stahoval 30 ms a s certifikátem Comodo až 1,3 vteřiny (opět dne webpagetest.org).

Takže celé to umřelo - provider chtěl po klientovi vypnout inkriminovaný komerční certifikát a nahradit jej LE - to bylo odmítnuto. Pak chtěl dočasný přístup na FTP na podrobnější zkoumání - to bylo klientem taky zamítnuto.......chápu že s takovou to dál provider řešit nebude.

Vcelku patova situace. Ale zvazil bych moznost lepsiho providera, nabizet LE na ukor komercniho je hodne divne a jeste divnejsi ze potrebuje pristup ma FTP. Psal si ze je to klasicky hosting tam by snad meli mit vse pod kontrolou aby jim nepretezoval server. vsak ty data jsou u nich na serveru ne nikde v africe.

Špatně pochopeno - i ta výměna LE místo komerčního certifikátu by byla jen dočasná, ale ani na toto klient nepřistoupil.

Co se týče dočasného přístupu FTP, tak se hájí tím, že běžně se ani lidi od WEDOSu nedostanou k souborům, pokud takto mají nastavena pravidla - samozřejmě, že technicky to jde, ale pokud je vše logováno a někdo si pak začne stěžovat na to, že se někdo hrabal v FTP, tak klientem udělený dočasný přístup je docela čisté řešení.

Ale jak jsem to shrnul již dříve :¨
1) Mám 3 identické weby za účelem testu
2) U Wedosu jsou 2 z nich - ostrý s komerčním certifikátem, a testovací s LE - rozdíl tady na hodnotě TTFB je 2 vteřiny ve prospěch LE - hosting je identický - No Limit (pravda - na ostrém webu je No Limit Extra)
3) Třetí web je u konkurenčního hostingu rovněž na LE - tedy stejné klíče, ale u konkurenčnho webu jsem s TTFB ještě o vteřinu rychlejší -na rozumných 1,3 vteřinách

V tuto chvíli je to opravdu pat.