jQuery EasyUI - Lassú oldalbetöltés
Sziasztok!
EasyUI segítségével készítettem egy átfogó felületet több feladat megoldására.
A komponensek révén 15-20 oldalon tud a felhasználó 40-50 komponens segítségével feladatokat elvégezni (adminisztrálni folyamatokat)
Egy html (100kb) oldal a komponensekkel és egy js (130kb) a hozzájuk tartozó függvényekkel.
És persze a php-k az adatbázis lekérdezésekkel.
Abban az esetbe, ha számítógépről érjük el az említett html, 5 mp alatt betöltődik.
Viszont az oldalt Android (Firefox) tabletekről kell elérni. Ekkor viszont kár 20-30 mp is lehet az oldal beöltése. Viszont ezek után már gyors minden folyamat, az oldal esetleges újratöltéséig, de ez ha nincs kapcsolati hiba nem szükséges.
A kérdés, hogy a workek-es módszerrel vagyis, hogy pl. login oldalon a háttrében tölti be a további függvényeket a oldal gyorsítható a betöltés vagy van valami más megoldás arra, hogy ne kelljen 20-30 mp-t várni a betöltésre.
A segítségeket előre is köszönöm!
Attila
■ EasyUI segítségével készítettem egy átfogó felületet több feladat megoldására.
A komponensek révén 15-20 oldalon tud a felhasználó 40-50 komponens segítségével feladatokat elvégezni (adminisztrálni folyamatokat)
Egy html (100kb) oldal a komponensekkel és egy js (130kb) a hozzájuk tartozó függvényekkel.
És persze a php-k az adatbázis lekérdezésekkel.
Abban az esetbe, ha számítógépről érjük el az említett html, 5 mp alatt betöltődik.
Viszont az oldalt Android (Firefox) tabletekről kell elérni. Ekkor viszont kár 20-30 mp is lehet az oldal beöltése. Viszont ezek után már gyors minden folyamat, az oldal esetleges újratöltéséig, de ez ha nincs kapcsolati hiba nem szükséges.
A kérdés, hogy a workek-es módszerrel vagyis, hogy pl. login oldalon a háttrében tölti be a további függvényeket a oldal gyorsítható a betöltés vagy van valami más megoldás arra, hogy ne kelljen 20-30 mp-t várni a betöltésre.
A segítségeket előre is köszönöm!
Attila
Profil
Chrome-ba csináltam 4
CPU, HEAP, Allocation Timelines, Allocation Profiles
Mit kell keresnem?
Sajnos ebben már ne vagyok otthon! :(
Csatoljak be valamit amiről lehet látni a problémát?
Köszönöm ismételten!
Firefoxon
Nem ártana, ha csatolnál képet a profilozásról, esetleg az űrlapokról, hogy mennyire összetettek.
A képet a Képfeltöltés.hu
A képet a Képfeltöltés.hu tárolja. http://www.kepfeltoltes.hu
A képet a Képfeltöltés.hu tárolja. http://www.kepfeltoltes.hu
A képet a Képfeltöltés.hu tárolja. http://www.kepfeltoltes.hu
A képet a Képfeltöltés.hu tárolja. http://www.kepfeltoltes.hu
Ebből sajnos nekem nem derül ki hogy mi lehet a baj
A képet a Képfeltöltés.hu
A képet a Képfeltöltés.hu tárolja.
Elemek száma
Igen. Minden folyamatot
JS
Ezerféleképp lehet optimalizálni, a kód ismerete nélkül csak annyit, hogy minél kevesebb javascript, annál gyorsabb lesz. Már sok ilyet csináltam, a végén a teljes rendert le lehet szorítani 20-30 ezredmásodpercre, ebben biztos vagyok.
A rajzolási folyamatokat kéne először átnézni, hogy miért van szükség annyi függvényhívásra, lehet-e csökkenteni. Nagyobb lépés megszabadulni a jQuery-től, és natív függvényeket használni, ezzel sokat lehet spórolni. A leggyorsabb meg valószínűleg akkor lenne, ha szerveroldalon állítanátok össze a kész html-t.
Köszönöm a segítséget! Ahogy
Ahogy írtam én a jeasyui rendszert kezdtem el használni.
Mit javasolnál, ha átírnám az egészet miben próbálkozzak?
A lényeg igen egyszerű.
Login oldal, folyamatok kilistázása, azokba szerkesztése. Ezen folyamatokkor adatok tárolása, majd ezek listázása.
Segítségedet ismételten köszönöm!
Privát
valószínűleg amúgy rosszul
lehet, hogy könnyen megugorható a jelenlegi rendszer javítása is, de kód nélkül nem igazán lehet hozzászólni (:
+1
Egy pillantást vetve az első képre, gyanúsan sok időt tolt a program bizonyos jQuery metódusoknál, mint pl. a css(). Nem mondom, hogy itt ez történik, de tipikus hiba, hogy Javascriptből állítgat az ember CSS értékeket. Nagyon ritkán indokolt, ha ilyet csinálsz, tudd, miért teszed. addClass(), removeClass(), toggleClass() a barátod.
De még egyszer mondom, a kódba tekintés nélkül lehetetlen bármit mondani. Sokszor elég ránézni, hogy az ember lássa, milyen tipikus hibák kerültek elkövetésre.
Ezt az EasyUI-t nem ismerem, pár perc utánanézés során legfeljebb arról győzött meg, hogy nincs rá szükségem. Ha újraírás lesz, én tuti kidobnám. De persze itt is a kód vizsgálata szükséges. Jelen fázisban nem tudom, hogy az EasyUI-t írták meg ennyire rosszul, vagy ti használjátok kevéssé optimálisan.