devopsakademia.hu Rendeződni látszik az erő :)

 ( dejo | 2017. november 29., szerda - 9:56 )

Olyanok segítségét illetve tapasztalatait kérném akiknek van regisztrációjuk vagy előfizetésük a https://devopsakademia.hu oldalra.
Eddig sem volt túlságosan gyors ez az oldal, de a hétfői "korszerűsítés" óta majdnem használhatatlan.
Nem csak a sebessége lett a korábbinál is sokkal lassabb, de bizonyos aloldalak nekem be sem jönnek.
Például az egyik legfontosabb a https://devopsakademia.hu/kepzeseim/ oldal sem.
A menüben rákattintva megjelenik hogy átvált oda, azaz ez az url látszik, de teljesen fehér, üres oldalt látok csak.
Hétfőn este egyszer bejött, azóta sohasem.
Próbáltam otthon is és a munkahelyemen is. Mozilla Firefoxszal és Google Charme-mal is.

Nektek is vannak hasonló tapasztalataitok vagy csak én vagyok a "szerencsés"?
Írtam az üzemeltetőnek, Czakó Krisztiánnak is de szerinte az új oldal lényegesen gyorsabb mint a régi.
Nekem meg sokkal lassabb. :(

Szerk.
Még annyit, hogy reklám blokkoló és követés blokkoló az oldalon ki van kapcsolva a böngészőben.
A fiókból kijelentkeztem, böngésző cache-t ürítettem, böngészőt bezártam, percek múlva indítottam újra, az oldalon bejelentkeztem, de ezek nem segítettek.

Kiegészítés: 2017.12.05.
A https://devopsakademia.hu/kepzeseim/ oldalt kb 16-18 órán keresztül tudtam elérni.
Akkor viszont a munkahelyen két gépen is ment és este otthon is két gépen. Mindegy hogy Windows 10 vagy Ubuntu Linux alól Mozilla Firefoxszal vagy Google Chrome-mal. Azóta viszont sohasem látom azt az oldalt.
Már arra gondoltam, hogy a regisztrált fiókomban lehet valami sérülés, mert Edge alól mindig Chrome alól pedig néha 500-as HTTP-hibát ad, ami szerveroldali hibát jelent.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Nekem maga a szerver valaszol irdatlanul lassan. Nem tudom, hogy a backend is Wordpress/Woocommerce-e, de ha igen, akkor erre bizony raferne egy cache plugin.

--
Pásztor János
Sole Proprietor @ Opsbears | Refactor Zone

Lehet hogy kellene oda par devops szakember, hogy megoldjak a problemat.

lol :)
--
Gábriel Ákos

Hát igen van is valami ilyen mondás:

Aki tudja csinálja, aki nem az tanítja, aki azt se elmegy tesitanárnak.

ui: megelőztek már

Fedora 26, Thinkpad x220

" de szerinte az új oldal lényegesen gyorsabb "

Ja, hát localhoston minden gyorsabb :)

Én innet azt látom, hogy vagy a TTFB 7-10 sec, vagy a content download 4-20 sec (ilyen 23-50KB-os fájlokra), ami valóban devops szakembereket igényelne.

De hát aki tudja csinálja, aki nem tudja tanítja XDXD

"De hát aki tudja csinálja, aki nem tudja tanítja XDXD"
Sajna ugyanez jutott eszembe. :(

Az ilyen oldalakat egyébként kb. a második ilyen lapbetöltődésnél ki szoktam ikszelni... Hasonló még a tomcat saját oldala. Az is biztos tomcat-en megy, azért olyan lassú. :)

Egyébként sem szimpatikus, mióta devops, és nem linux.
--
"Sose a gép a hülye."

teljeskörű profilváltás :D

Idézet:
„Egyébként sem szimpatikus, mióta devops, és nem linux.”

Kifejtenéd részletesebben ezt a problémádat?

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

Lehet ez már maga a lecke. :)

Talalni kell egy sql injection sechole-t aztan kijavitani az egeszet utolso parancskent befoltozva a bejarot is ahol betortel? :D

Wordpress esetén legtöbbször akkor szokott ilyen hibaüzenet nélküli üres oldal előfordulni, ha a PHP-nak kevés a memória, ilyenkor a logban szép csendesen gyűlnek a "PHP: Fatal Error: Allowed Memory Size of X Bytes Exhausted ...." kezdetű sorok. Mindenesetre kliens oldalról ezzel nem tudsz mit kezdeni. Szerintem. :)

--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

Nekem is lassan jön be. továbbá a 'képzéseim' menüpontban nem találom a megvásárolt képzéseket.

Bocs, a képzéseimnél ott van a motyó.

A(z) devopsakademia.hu jelenleg nem tudja kezelni ezt a kérést.
HTTP ERROR 500

Ahogy este(reggel) meg volt kicsit csúszva Krisztián, nem csodálkozom.

De a tücsök élmény volt! : )

login page 10 másodperc

A hír kapcsán sokan megnézik, hogy tényleg igaz-e, ezért aztán egyre csak romlik a helyzet.

Megfelelő marketinggel megtámogatva egy ilyen hírt, kiváló módszer egy DDOS támadás indítására. :-)

Ha normális sebessége lenne akkor mindenki elintézné ott a dolgát öt perc vagy egy negyedóra alatt. Így meg állandóan ott lóg, hátha végre használható lesz!
Szóval ez egy ön DDOS.
Vagy hogy szakszerűbbnek tűnjön Self-DDOS! :)
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

login nélküli kvázi-static oldalakat kiszolgálni leginkábbis sávszél-korlátos történet (kéne legyen).
nem hiszem h Mo-ról egy ilyen rétegportál akár egy 100-as linken ne lenne megoldható, csak ugye a varnish-t elé kéne szúrni.

--
Gábriel Ákos

Akkor hagytam abba a fizetéses történetet, mikor behozták azt a rendszert, h előbb fizetsz, utána megnézheted, h miért fizettél. Sajna nem nagyon szeretek úgy fizetni, h nem látom, miért is adok ki pénzt. Nem tudom, azóta változott-e ez.

Volt valami akciózás is a videókkal - igaz pont akkor nem ment a motyo :-)

Az akció az előfizetésekre van és még tart.
Talán az tévesztett meg, hogy ott van az is, hogy egy képzés a különböző csomagokban hány forintra jön ki.
https://devopsakademia.hu/elofizetes/
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Volt akciózás, a FB-os posztban fel is merült :-)

Üdv mindenkinek!

Akkor egy gyors összefoglaló válasz:

1. a probléma felvetője felvette velem is a kapcsolatot. Több levélváltásunk volt, melyben az egyikben kértem, hogy adjon több infót. Ehelyett a válaszom egy kiragadott részét ide postolta. Ez minimum nem korrekt.

2. Az oldal betöltési ideje a Pingdom szerint 2.01 másodperc, minősítése 80%. Ez szerintem nem rossz. A hup.hu oldalé 1.57 mp, minősítése 81%, csak az összehasonlítás végett.

3. Tök könnyű kívülről okosnak lenni és megmondadni a tutit, a valós problémák ismerete nélkül. Azért aki ezt teszi majd gondoljon rá, milyen amikor neked kell hibát keresned egy olyan rendszerben (CMS motorban), ami sok különböző fejlesztőtől származik és nem tudod melyik szemét modul szórakozik veled (és ezt miért nem tette a teszt környezetben). Ilyen a "tegyél fel egy WP cache-t az megoldja" is. Nem, nem oldotta volna meg, mert ahol elakadt a rendszer annak mindegy volt a cache (volt/van cache).

4. A különbség a jó szakember és a kókler között nem az, hogy a jó szakember rendszere sosem problémás. A különbség ott van, hogy mennyi idő alatt és mennyire jól oldja meg, mennyiszer fordul ilyesmi elő. És abban, hogy mennyiszer mondja meg a tutit (nem mondja a probléma alapos ismerete nélkül).

5. A videóinkat nem csak előre lehet megvenni. Megveheted utólag is, amikor jólesik. Igaz előre sokkal olcsóbb. Az élő képzések pedig ingyenesek, szóval ott sem értelmes az előre kell fizetni kritika. Amúgy pedig a mozijegyet is előre veszed meg, nem csak akkor fizetsz, ha tetszett a film.

6. Ha valakinek problémája van, annak szívesen válaszolunk emailben és a facaebook oldalunkon is.

7. a gép dolgozik, a rendszergazda pihen :-D

+1. nagyon sokan privátban jelezték a problémát és adtak segítséget a behatárolásában is. Ők a csendes többség. Köszönet érte.

Krisztán!
Tegnap elküldtem neked a gépeim paramétereit, ahogy kérted.
Leírtam, hogy mind Windows 10-en, mind Ubuntu Linuxon ugyanez a helyzet.
És a lassúság mellet a nagyobb probléma, hogy pl a https://devopsakademia.hu/kepzeseim/ oldal be sem jön.
Ma reggel láttam, hogy meg lehet vásárolni s Systemd II képzést. Nos ez az oldal sem jelenik meg! https://devopsakademia.hu/kurzus/linux-alapjai-a-systemd-ii/
Üres fehér képernyő néhány másodperc után a folyamatjelző is megáll, hibaüzenet nincs.
Mindez a munkahelyen több gépen és az otthoni gépen is. Ráadásul Firefoxszal is meg Chrome-mal is!
Ide elsősorban azért írtam, hogy másoknak megy-e rendesen, mert te azt írtad, hogy neked megy!
Szóval a problémám nem oldódott meg.

--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Jelentem a systemd-s link nekem bejött mint a szél.

Fedora 26, Thinkpad x220

belepes nelkul bejon, de loginnal szerintem nem.

t

Most néztem, az már nekem is bejött.
És a képzéseim oldal neked bejön? Mert az hétfőn este nekem egyszer bejött, azóta egyszer sem.

--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Újabb próbálkozás eredménye:
https://devopsakademia.hu/kepzeseim/

"500-as HTTP-hiba
A Microsoft Edge nem tudja megjeleníteni ezt a lapot
A webhely karbantartás alatt áll, vagy programozási hibát tartalmaz.
Próbálkozzon ezzel
Vissza az előző oldalra
Próbáljon meg kapcsolatba lépni a webhely tulajdonosával."

Az Edge legalább adott egy üzenetet.

--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Most kipróbáltam én is, azonnal bejött még céges hálón is.

Melyik oldal?
Ez is? https://devopsakademia.hu/kepzeseim/
Mert ez nekem nagyon nem akar megjelenni.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Megnéztem most neked, igen, az is.

Köszi.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Az "Erő" rendeződni látszik.
Most már nekem is bejön az https://devopsakademia.hu/kepzeseim/ oldal! :)
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Elkiabáltad :D
503 Service Temporarily Unavailable
--
"Sose a gép a hülye."

Ez csak azt jelenti, hogy dolgoznak rajta. :)
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Worksforme, frissen tartott Windows10+Edge alól is.

Akkor most végül is változott valami? Mert nekem még mindig 5-6 másodperc egy lapbetöltés átlagban. (Van hogy 3, vagy hogy 10 másodperc)
--
"Sose a gép a hülye."

Csak az 5-ös pontra reagálva, volt egy időszak, mikor nem lehetett freeben megnézni, h utána eldöntse az ember, h érdekli-e a téma annyira, h meg is vegye, ez szerencsére elmúlt. :)

Az oldal nagyjából 8-10 másodperc alatt tölt be nálam chromeban. https://ibb.co/nohGNw

Mellesleg egy jó webes szakember tudja, hogy nem pingdommal mérünk weboldalbetöltési sebességet, mert a pingdom pl nem rendereli az oldalt...

4k 49"-en bejön a mobilnézet, majd jumpol.

Nekem 6-8 mp-ig teker-teker, majd bepattan a cucc. Furcsa. WIN7, legfrissebb Firefox.

subscribe
valaki tudja, hogyan lehet uzenetet kuldeni a weblapon?
Mert ott van egy Uzeneteim menupont, de ott csak annyi van, hogy "nem erkezett uj uzenete"

--
http://www.micros~1
Rekurzió: lásd rekurzió.

Nekem ott egy olyan üzenet van amit egy képzéshez kapcsolódóan írtam valamikor régen és természetesen sohasem kaptam rá választ. :(
Szóval úgy tűnik, hogy itt nem egymásnak lehet üzengetni, hanem a képzéseknél általad írt kérdéseket látod és gondolom az arra kapott választ is. De én még nem kaptam választ.

Megjegyzem tegnap kb. 15 órától a https://devopsakademia.hu/kepzeseim/ oldal elérhető volt számomra is, a munkahelyen is és este otthon is. Sőt még ma reggel is láttam a munkahelyemen, hogy működik.
Most néztem pár perce megint nem elérhető.
Az Edge hozza az 500-as hibát.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Koszi, kozben en is rajottem.
Szoval maganal a kepzesnel lehet uzenni az oktatonak.
Valasz szinten nem jott, mar lemondtam rola.

--
http://www.micros~1
Rekurzió: lásd rekurzió.

Én is fel voltam iratkozva ide, most jött egy levél hogy az amazon csökkentette a sebességet neki mert elfogyott a havi kredit vagy valami hasonló.Elvileg ezért lett minden lassabb.Emiatt is meg mikor egy oktatást akartam végighallgatni megszakadt, meg kamera képet se tudta normálisan kezelni és hasonlók miatt cancel is lett ez nekem. Az oktatás dolgot egy fél óra után kinyomtam, megvenni meg nem akarom azt ami ingyen fent van a neten. Mindenki hibázhat nem arról van szó , de nem sok hasznát látom ennek a tapasztalataim alapján amit és ahogy ez a devops akadémia csinál.

Amit leírt abban a levélben nekem is az jött le, hogy nem érdemes erőltetni, hiába próbálja megmagyarázni.

ráadásul az lett a konklúzió hogy a db a szűk keresztmetszett? lehet nagyon alábecsülöm az oldalt, de vajon hány rekord és oldalletöltés lehet amit nem bírt el már az első körben használt vs se?:))))

ha már nagy magyarázkodás megy, jó lenne számokat is látni, hogy mi az amit nem tud kiszolgálni..

Nocsak, t instance-on volt hostolva a site vagy a DB? (A t instance-ok CPU credit alapokon mukodnek, vagyis ha tobbet hasznalsz mint amennyi a credit visszatoltodesi ertek, akkor egy ido utan csak nagyon lassan vagy egyaltalan nem valaszol a gep. Jellemzoen az ilyesmire illik CloudWatchban alertet beallitani.)

--
Pásztor János
Sole Proprietor @ Opsbears | Refactor Zone

Baseline-t kapod, ha elfogyott a credited.

...azért ezek így egyben nem biztos, hogy úgy fent vannak a neten. Sok hasznos infót kaptam én már onnan ezzel időt spórolva, hogy nem nekem kellett kikotorászni a neten a lényegi infót, sőt vettem is már képzéseket, igaz álnéven. :D

--
Tanya Csenöl az új csatorna

+1
Nalunk ceges elofizetes volt es az egyiket megneztem (erdekelt is es uj is volt nekem), az nagyon bejott.
Most ugyanigy szeretnek egyetlen videot megszerezni, ami nagyon kellene, mert szinten erdekel es szamomra uj.

--
http://www.micros~1
Rekurzió: lásd rekurzió.

Azert ez rohadt ciki hogy valaki devopsakademianak hirdeti magat es nem tud osszerakni egy mukodo cuccot :D
Azthiszem jol megleszek tovabbra is a self-learninggel :D

Szerintem ebben a témában kb. mindenki folyamatosan tanul, egyesek egy-két fejezettel járnak előbbre a többinél "a könyvben".
Emberünk ott követte el a hibát, hogy:

- túl bátor volt, bevállalt egy olyan technológiát éles üzemben amit nem ismert töviről-hegyire
- nem csinált rendes load tesztet
- nem hagyott magának könnyű fallback lehetőséget

Ezek mind a one-man-show hátrányai, ha épeszű idő és energiabefektetéssel akarsz előre jutni akkor bizonyos kockázatokat be kell vállalni.
Néha bejön néha nem.

--
Gábriel Ákos

+1 Egyetértek az általad leírtakkal.
Inkább a kárörvendés a rohadt ciki, nem a hibázás.

viccnek jó, de ha valóban 100%-os rendelkezésre állást vársz, akkor ennél sokkal drágábbak lennének a tanfolyamok

Sokan ismerjük: a számítástechnika és a hálózatok világában mennyi pénzzel lehet megoldani valamit a legprofibb módon. Itt középeurópában, nekünk, mindig kevesebből kell megoldani az elvárás szerint, - persze lehetőleg ugyanúgy, 100%-osan működőképesen. Mindig olcsóbban kell!

Mindehhez hozzájárul az a felhős-multis gyakorlat, hogy trükkösen adják elő az árat, ne lehessen előre pontosan kiszámolni, mennyibe is fog a végén a szolgáltatás kerülni. Ilyen hibába bármelyikünk belefuthat. (Néha ilyen "hevesen" kerül a felszinre, néha ezt a legrosszabbat szerencsére megússzuk...)

> felhős-multis gyakorlat, hogy trükkösen adják elő az árat, ne lehessen előre pontosan kiszámolni, mennyibe is fog a végén a szolgáltatás kerülni

Most nem azért, de a felhőnél triviálisabban számolható TCO a világon nincs.

>"Itt középeurópában, nekünk, mindig kevesebből kell megoldani
> az elvárás szerint, - persze lehetőleg ugyanúgy, 100%-osan
> működőképesen. Mindig olcsóbban kell!"

"LINUX AKADEMIA LTD of 20-22 Wenlock Road, London, England, N1 7GU" :)

@@
"You can hide a semi truck in 300 lines of C."

Az egyéni vállalkozónak Londonban is ugyanúgy 24 órából áll a nap mint itt.

Csak a https://devopsakademia.hu/kepzeseim/ nem működött rendesen.

Hibát megtalálta Krisztián. Most már minden ok.

Az építő kommentekhez csak annyit mondanék:

Jelentkezzen aki több tudást és anyagot osztott meg online...
... és mindenhez IS ért.

Az előadások is akadnak.
A hang is, a kép sokszor beragad, 500Mbit-es netem van.
Sokszor újra kell tölteni az oldalt.
Esetleg lehetne kérni hogy európai szerverről szórjátok a stream-et?
A genndi.com US-ben van, ismerősöm szerint azért akadozik.
Valamint a jelentkezéskor is a
https://trackcmp.net oldalt át kell írni a szerver IP címére, csak úgy jön be.
Az előadások színvonala viszont tetszik.

Örülök, hogy tetszik a színvonal és hasznosak számodta a képzések!

Sajnálom, hogy gondod van az élő képzéseken. Az élőben jelen lévő 4-500 emberből sajnos mindig akad pár, akinél ez előfordul. Abból kiindulva, hogy a többieknek nincs gondjuk arra gondolok, hogy valami nálad lehet.
A webinar rendszert nem mi üzemeltetjük, így arra sincs hatásom, hogy annak hol vannak a szerverei. Meglepne, ha nem elosztott szerverekkel dolgozna egy ilyen cég (még mi is CloudFrontot és Route53-at használunk a videók kiszolgálásához...).
A jelentkezés ha ennyire problémás lenne, tuti nem jönnének ennyien. Itt valami script blokkolóra tippelek az esetedben, ami nem engedi a rendszernek, hogy a megfelelő oldalra irányítson (egy kattintásos jelentkezést használunk, vagyis nem kell megadnod újra az adataidat, amit már tudunk, de ehhez speciális, egyedi linket kapsz).

--
Slapic

Én már a kezdetek óta megelégedéssel hallgatom az előadásaid (és a kezdeteken nem a mostani kezdeteket értem, emlékszem, 2002-ben már pár kollégával hallgattam tőled valami okosságot valahol a belvárosban, valami pici teremben, sajnos nem emlékszem már, hogy mit, akkor még kezdőnek számítottam eléggé amúgy is) tehát tudd, hogy a teljes jóindulatom és tiszteletem kerget, de ezzel a webinaros cuccal tényleg van valami probléma!
Az utolsónál más is mondta a nagy CPU-használatot meg az akadozást és nálam is előjött, ezt a gites előadást konkrétan abba is kellett hagynom, mert élvezhetetlen volt a technika miatt.

A hálóm is jó (Digi amúgy, nem a sokat emlegetett UPC), a browser külön userrel egy szűz, ennek dedikált chrome, ipv6 is van (lehet, ez a baj?). Ha kell tesztelni, szívesen tesztelek, de valamit kellene csinálni az ügyben, mert tényleg csökkent a (technikai) színvonal.
Nyilván nem lehet kizárni, hogy nálam volt a baj, de ahhoz viszont sokan mondjuk, hogy nem kerek valami, hogy tényleg semmi gond ne legyen.
Talán meg kellene szavaztatnod, hogy milyen hálóról jön az, akinek szar és milyen körzetből? Hátha kiderül valami. Talán valami tesztet kellene csinálnunk (nekünk, a usereknek, akiker érint) akkor, amikor a hiba fennáll? Nem tudom, szívás elkapni az ilyet, de egy kört érdemes lenne futni vele.

+1

mérjünk rá, teszteljünk, hibakeressünk! Tényleg akadozik, a hang bugyborékol, gerjed az élőknél az utóbbi hetekben.
A felvett adások általában jók, csak weblap lassú meglepően, de még éppen elviselhető az utóbbi két hetet leszámítva. Akkor elviselhetetlen volt, és folyton kiakadt hibás átirányításokkal és hibás sütikkel. Most megint javult kicsit, de lehetne jobb.

TiLK

Szívesen, nekem is segít ha megtaláljuk a hibát. Az IPv6 Digi esetén határozottan lehet. Mo-on én is Digi netet használok és ki kellett konkrétan kapcsolnom az IPv6-ot, mert ha be van kapcsolva akadozik, szar a net. Konkrétan olyan, mintha az IPv6 alig kapna sávszélességet. Mióta a routeren letiltottam nincs gondom.
Ezen felül a technika WebRTC, ami még nem annyira kiforrott. De alternatívaként vannak a flash-es megoldások (könyörgöm, flash 2017-ben?!) és az egyedi desktop alkalmazás (amivel szintén voltak gondok, szóval az sem az igazi). A jövő egyértelműen a WebRTC, csak nehéz kivárni, hogy megbízható legyen.

A weboldal belassulása egy külön történet... ott a hiba megtalálása nem kis szívás volt. De már az is normális sebességgel megy (ennél sokkal több egy ilyen komplex, rendszertelenül nagyobb terhelést kapó weboldaltól szerintem nem várható, de ha valaki szereti a kihívásokat, jöhet és optimalizálhatja: ha érdemi eredményt ér el a jelenlegi funkcionalitás megtartásával, szívesen fizetem a munkáját. de tegyük hozzá, hogy szerver oldalon nincs mit optimalizálni: a WP motoron esetleg, ahhoz nem igazán értek, ott lehet keresni valója).

--
Slapic

Élő IPv6 esetén az a helyzet, hogy azt preferálják az alkalmazások (böngészők), ami nincs v6-on, vagy v6-on ugyan elérhető, de "távolabb" van hálózatilag az lassabb/bizonytalanabb lehet.
Én is Digi-s neten lógok, és amit használok rendszeresen, ott nincs gondom az IPv6-tal.

A WP-t még simán lehetne tovább optimalizálni, ennyire nem lassú, de itt a frontenden van gond: a TTFB mutatja, ha a WP lassú. Több dologgal is gond van:

A legfontosabb:
1. A testimonialokhoz és egyáltalán, a főoldalhoz és elemeihez felesleges betölteni a social share gombokat. Ezek a fő bűnösök, gyomláld ki őket, legalább innen.

További javítanivalók:
1. Van egy 404-ed egy képre: https://wp.rivertheme.com/zoo-eduhub/wp-content/uploads/2017/02/bg-02.jpg?id=2378 - ez nem érhető el HTTPS-en keresztül: töltsd fel kézzel médiatárba és onnan hivatkozd be, vagy tedd be a sablonba.
2. A képeket betölthetnéd lazyloaddal, így hamarabb lenne a DOMReady. Használj még srcsetet legalább, és akkor szuper lesz.
3. A 255 request elég sok, ezt érdemes lenne lejjebb vinned + concatold össze őket.
4. Rohadt sok memóriát eszik az oldal, nálam 440 megát.
5. Az a 600kB JS feltétlenül szükséges?

Két konzol hiba:

1. Failed to load resource: net::ERR_INSECURE_RESPONSE
2. (index):1 Uncaught (in promise) DOMException: Failed to register a ServiceWorker: The script has an unsupported MIME type ('text/html')

Ha ezeket megcsinálod, az egy jó kiindulási pont.

--
Mobilbarát és reszponzív weboldal készítés

+100

--
Gábriel Ákos

Köszi a tippeket! :-)

1. Social share kiírtva :-)

1. Ezt nem tudom miért felejtettem ott... (és eleve meglepő, hogy bármi betölti)
2. Lazy load kinyírja a képmegjelenítést, és a teszteken nem adott érdemi javulást (a nagyobb képek úgyis eleve látható helyen vannak). DOM loaded így is 1,5s, ebből ha lefarag 0,2-t azzal nem vagyok sokkal előrébb. A képek egy részét pedig js tölti, azon meg amúgy sem segít (és az adaja az onload 3,9s értékét, de pár képet leszámítva már minden be van töltve). Belső oldalakon pedig onload 2 - 2,5s, ezen sem látom mit lehet jelentősen faragni LazyLoaddal.
3. Ez a request mennyiség már összefűzött, tömörített css és js... itt a szívás a WP-vel, hogy minden modulnak van saját, némelyiknek több is. Elmebaj.
4. Nekem 220 MB-ot ír a nyitólapra (GTMetrix)
5. Nem én programozom az oldalt, WP és pluginjei. A kevesebb plugin pedig a funkcionalitás megtartásával nem nagyon megy :( Kellene írni egy sajátot...

--
Slapic

Remélem ezt az 5.-et nem gondolod komolyan.
Varnish kéne elé pl.
--
Gábriel Ákos

Mi köze a Varnishnak a 600 KB js-hez?
Amúgy meg van előtte varnish.
--
Slapic

Szívesen! :)

1. Igen, sokkal jobb.

1. 404 még mindig ott van.
2. Lazy Load miért nyírná ki a képmegjelenítést? Mire gondolsz? Van vele néhány nehézség, ki kell kísérletezni, de simán tud működni.
3. Ez egyértelműen frontendes feladat, de simán megoldható (pl.: WP Super Cache összehúz mindent jól). Egyébként pedig "rendes" sablont kell használni, és akkor simán bemegy 50 alá. (pl.: https://gtmetrix.com/reports/www.szentignac.hu/Ccb0WG75)
4. Igen, most már sokkal jobb: a social share-s cuccokat többször is megpróbálta betölteni, ezért ugrott meg a memóriahasználat.
5. A WP-nek leginkább ez a rákfenéje: telenyomják pluginekkel az oldalakat, amik aztán persze, hogy lassúak lesznek. Ha nem "összekattintgatva" van az oldal (ennél pejoratívabb a "pluginhuszár" - no offense), akkor tud gyors lenni egy WP-s oldal is.

--
Mobilbarát és reszponzív weboldal készítés

Köszi :-)

404: amíg a cache-ek el nem dobják a régit ott lesz. A szerveren nincs ott.
2. Lazyload: pár képpozicionálás js-el megy. A js lazyload esetén nem látja a képet időben és hülyeséget csinál. És ez a képek 99%-val így van, vagyis azért a pár, amúgy is a látható részen megjelenő képért nem látom hasznosnak a lazyloadot. Vagyis más szinten kellene havítani (pl. sablon...).
3. Van cache, a normál (értsd: nem extrém) módja ennyire szedi össze. Van extrém mód, megint kérdés, hogy az a 10% nyereség, amit hoz megéri-e a kockázatot. A rendes sablon jó is lenne, ha lenne olyan rendes sablon, ami képes a Sensei kurzusokat rendesen megjeleníteni. Én nem találtam (pedig párat végignéztem).
5. pont annyi van benne, ami a szolgáltatásokhoz kell. Ez egy örök lavírozás a funkcionalitás és a sebesség között. Egy üres WP naná, hogy gyors. Egy sima index.html még gyorsabb :-) Hidd el, szépen végigjátszottam dev oldalon, hogy kapcsolgatom ki a plugineket és nézem az eredményt. A fő sebesség növekedést a kulcsfontosságú kiegészítők eltávolítása adja, vagyis nem járható út.

--
Slapic

404: oké, bár én cache nélkül töltöttem be az oldalt.

2. Ha egy ugyanolyan arányúra kifeszített, alacsony felbontású képet töltesz be először, és utána töltöd be a rendes képet ugyanúgy, megy. Mondom, ki kell tapasztalni, de biztos vagyok benne, hogy megéri. Nyilván a sablont ehhez át kell írni, nem kicsit, de ez már a fejlesztés része.

3. Ez nem cache, bocs, JCH Optimize-ra, vagy Swift Performance-ra (ezt egy magyar srác csinálja) nézz rá, jól működnek és összeszedik ezeket is.

5. Hát, ha neked ez egy üres WP, akkor nem merek belegondolni, nálatok mi van: https://imgur.com/a/4fD23

--
Mobilbarát és reszponzív weboldal készítés

Pár tipp:
A választott WP cache ugye memcache-be dolgozik?
Varnish ugye nem diskre dolgozik?
Slow query log elemzés, php profilozás, blackfire.io stb.