Hirdetés
-
Strand vagy hűvös szoba? A hardverek tudják a választ!
ph Asztali gépek, alkatrészek, perifériák és kiegészítők szeretnék elkerülni a napszúrást.
-
Biztonsági aggályok miatt késik a Microsoft hatalmas AI-újítása
it A Microsoft úgy döntött, hogy biztonsági aggályok miatt elhalasztja a Recall AI funkciót, így azt csak szűkebb körben tesztelik egyelőre.
-
Elden Ring: Shadow of The Erdtree - Íme a végső gépigény
gp A kiegészítő érkezése már nincs messze, alig egy hetet kell már csak várnunk a DLC-re.
-
PROHARDVER!
JavaScript != Java (A JavaScript nem összekeverendő a Javával, két különböző programozási nyelvről van szó!)
Új hozzászólás Aktív témák
-
csabyka666
addikt
-
fordfairlane
veterán
vajon miért nem kopik ki a köztudatból
Mert egyszerű, és mert szemantikailag nem olyan rossz az (félig jó
). Látod magánál az elemnél, ha van hozzá kötve eseménykezelő.
Az már kevésbé jó, hogy az on(event) attribútumba nem egyszerűen metódusnevet írsz, amit a javascript hozzáköthet az adott elemhez, hanem gyakorlatilag komplett scriptet rakhatsz bele inline.
x gon' give it to ya
-
Jim-Y
veterán
A this használatát én ahol lehet elkerülöm, és másoknak is ezt javaslom. Már itt is írtam róla többször, aki nem tudja pontosan, hogy mikor mi a this az bele fog futni hibákba! Ezt ki lehet kerülni azzal, hogy pl event.target-et hívunk. A példában pont nem ez kellett, hanem az event.currentTarget, de ez most lényegtelen
Majd beállítom a feed-et akkor, köszi
Tervezek még írni, sőt, igazából csak most kezdtem, csak nincs sok időm mostanában :/
[ Szerkesztve ]
-
Jim-Y
veterán
-
martonx
veterán
Van pár ökölszabály:
1. scripteket mindig a body végére tesszük. Ez alól a ga script az egyetlen (általam ismert) kivétel, noha ez is simán megy az oldal alján is, de a gugli azt javasolja, hogy a mérések pontossága érdekében inkább menjen a head-be. A ga script egyébként csak egy async loader, szóval szerencsére csak minimálisat fog az oldalad betöltődésén lassítani.
2. ne foglalkozz az async - defer attribútumokkal. Ha ezekre vagy szorulva, akkor az azt jelenti, hogy valamit elég rendesen elbaltáztál. No de miért? Mert egy rendesen optimalizált oldalon egy szál minifikált bundle-özött js található (na jó az egy szál, az bizonyos esetekben, mikro optimalizációknál lehet akár 2-3 is), ergo ezekre az attribútumokra nincs is érdemben szükség.
3. ha már optimalizálás, akkor cdn-ről használod azt az egy szál minifikált, bundle-özött js-edet? Sőt menjünk tovább, minden statikus tartalmat (css - ami ugye szintén bundle-özött, minifikált, képek - amik ugye lehetőség szerint sprite-okban vannak). A cdn-ben be van állítva a gzip, illetve valami jó nagy expiary date? A cdn már csak azért is fontos, mert a böngésző azonos domain-ról sorrendben szedi le / várja be a kért cuccok letöltődését. Ellenben ha valamit másik domain-re teszel ki, pl. cdn-re, akkor annak a letöltése, feldolgozása hirtelen párhuzamossá válik.
4. ha már kismillió js file-od van, akkor használj valamilyen loader scriptet, amivel szabályozni tudod, hogy mikor épp melyik js töltődjön be, így minden oldal csak a számára szükséges minimális js-t fogja letölteni, használni.
5. egy oldal pagespeed-jén ritka az, amikor maga a js betöltés ront. Simán lehet, hogy a szerver oldalon van valami elcseszve (mondjuk a legtriviálisabb dolgokat is sql-ből kérdezgeti le, erre nagyon jó tipikus rossz példa a cms-ek működése), valami nincs cache-elve, szar a html struktúra, túlbonyolított a css, és ez miatt extra köröket fut a renderelés stb...Én kérek elnézést!
-
Új hozzászólás Aktív témák
- Formula-1
- Politika
- AMD Navi Radeon™ RX 6xxx sorozat
- Víz- gáz- és fűtésszerelés
- Székesfehérvár és környéke adok-veszek-beszélgetek
- gban: Ingyen kellene, de tegnapra
- PlayStation 5
- Android alkalmazások - szoftver kibeszélő topik
- Autós kamerák
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- További aktív témák...