- Wyck blogja
- A hozzászóláshoz be kell jelentkezni
- 855 megtekintés
Hozzászólások
Nice. Thx
--
Dropbox:
https://www.getdropbox.com/referrals/NTI3NzY1ODQ5
Ubuntu One:
https://one.ubuntu.com/referrals/referee/1453424/
- A hozzászóláshoz be kell jelentkezni
"..de abban mindenesetre egyet értünk, hogy az egyre jobban leterhelt webszerverekkel valamit tenni kell..."
Ez meg egy olyan kérdés ám, hogy most megint hova tologatjuk a kliens és a szerver között az erőforrás megosztást. JS nélkül kizárólag a szerverre terhelődik. De nem pont ez volt eredetileg a web célja? (tudom most CSS-ről írtál, csak általánosságban beszélek).
Tehát szerintem kizárólag szempont kérdése hogy mi a jó. Egyre erősebbek a kliensek? Akkor toljuk vissza a műveletek egy részét kliens oldalra JS-el megvalósítva. De ha nagyon vékony kliensben gondolkodunk? Már nem jó.
(Nem kritikának szánom és nem is neked, csak úgy általában akartam hangot adni a véleményemnek az eltúlzott JS használatról, ahol ledöglik a weboldal a betöltéskor egy modern gépen is, de legalábbis rohadt lassúak a sok JS miatt).
- A hozzászóláshoz be kell jelentkezni
Van igazság abban amit mondasz, de gondolj el egy olyan weboldalt (millió van belőle) aminél apró mütyür képek tömegéből van a menü, vagy bármi, ott azért ez nem egy rossz dolog.
Wyck
HTML5 és CSS3 programozás - http://html5.ugyesen.com/
- A hozzászóláshoz be kell jelentkezni
Elfogadom. Igaz, alapból nem kellene hogy legyen olyan oldal, ahol ezer képből van a menü.
- A hozzászóláshoz be kell jelentkezni
Ez is tény. :) De durva dolgokat lát az ember :)
Wyck
HTML5 és CSS3 programozás - http://html5.ugyesen.com/
- A hozzászóláshoz be kell jelentkezni
Rossz végéről közelíted meg a dolgot.
Az említett megoldás nem okoz egyik oldalnak sem nagyobb terhelést, csupán optimalizálás (a sok képet egy képbe rakod, így egyrészt hatékonyabban használható a tömörítés, kisebb a méret és nem szükséges 65m szálon tölteni az apró képecskéket).
A JS ebből a szempontból megint egy másik kategória, főleg, hogy kevésbé a terhelések jobb elosztása a feladata (vagy ha igen, akkor valami nagyon szarul van megtervezve).
Ezekből a tervezési hibákból születnek az évig töltődő oldalak
- A hozzászóláshoz be kell jelentkezni
Szerintem pedig az említett erőforrás-takarékosság mellett van még egy fontos előnye, nevesül nem kell n+1 apró kép közül keresgélni ha módosítani kell valamelyiket, illetve ha mondjuk egy elemkészlet grafikájának a teljes egészét kell mondjuk átszínezni, mert nem tetszik a megrendelőnek mégsem, akkor az is nagyságrendekkel egyszerűbb.
- A hozzászóláshoz be kell jelentkezni
ha valamit keresni kell, akkor ott már rég baj van (ergó vagy szarul van elnevezve vagy rossz a struktúra). A színezés egy jogos érv, bár azt a designert agyonverném, aki ráereszt nekem egy nagy pixelhalomra egy filtert hogy majd "attól jó lesz". Viszont én inkább hátrányt tudok mondani: behúzod azokat a képeket is, amikkel lehet a user soha nem fog találkozni valamilyen okból
- A hozzászóláshoz be kell jelentkezni
Hidd el, van olyan megrendelő, aki konkrétan ezt kéri, tapasztalat. Abban meg nem értek egyet, hogy jó elrendezés mellett nem kell keresni. Mondjuk már csak tizenvalahány megnyitott kép mellett a taszkváltás is plusz idő és kényelmetlenség, bármennyire is racionálisan rendezted el a dolgokat és tudod, hogy mi hol van.
- A hozzászóláshoz be kell jelentkezni