{"id":593,"date":"2009-08-30T15:48:44","date_gmt":"2009-08-30T13:48:44","guid":{"rendered":"https:\/\/foton.no-ip.com\/BLOG\/?p=593"},"modified":"2010-04-17T00:14:53","modified_gmt":"2010-04-16T22:14:53","slug":"web-design","status":"publish","type":"post","link":"https:\/\/foton.szikraistvan.hu\/blog\/?p=593","title":{"rendered":"Web design"},"content":{"rendered":"

Eloszo:<\/em>
\nMindig is maximalista voltam, es a leheto legjobban akartam mindent csinalni. eppen ezert a web programozas sohasem vonzott, mert messze nem eroforrashatekony<\/strong>. En meg commodore-on kezdtem programozni, aztan PC-n folytattam assemblyben, most mikrokontrollereket programozok. Ezekben az a kozos, hogy szamit a meret! Nem mindegy hany biten abrazolsz egy szamot, vagy vegzel vele muveletet. Igazabol ez sohasem mindegy, de a modern fejlesztokornyezetek, es programnyelvek elfedik ezt. Persze aki igazan ert hozza az ott is tudja, hogy egy osszeadas, szorzas, tomb indexeles muvelet hogy fog vegrehajtodni a processzoron (es a memoriaban, processzor cacheben). Bar ez nem mindig egyszeru, hiszen ma a platformfuggetlenseg<\/strong> sokszor fontosabb, igy nem is tudjuk min fog futni. Sokszor nem is erdekli a fejlesztoket hogy gyors legyen a kod, majd vesznek erosebb gepet ala, ha kell, inkabb az a lenyeges, hogy gyorsan kesz legyen. Ma a gyors fejlodes (es gyors profit) vilagaban a fejlesztesi ido<\/strong> az elsodleges. Ami nem baj, hisz a fejlesztes penz, es ha nem igyekszenek akkor masok hamarabb kijonnek ugyanazzal a termekkel.<\/p>\n

A Web fejlesztesnel is fontos a gyors fejlesztes, de az elsodleges szempont az elerhetoseg<\/strong>. Mindig, mindenhonnan! Mig mas programokat telepiteni kell addig szinte minden PC-n van web bongeszo. Igy minden ami a weben fent van az barhonnan elerheto. Az mas kerdes, hogy ha mobiltelefonon GPRS-en keresztul egy megabyte-nyi flasht es java scriptet kell letolteni az oldal betoltodesehez annek nem fog a felhasznaloja orulni. A bongeszopiacon eles verseny van a gyors javascript motorok teren is. Barmennyire jol is irnak meg egy webes alkalmazast, mivel az bongeszon belul futtatott, igy mindig lassabb eroforras igenyesebb lesz mint egy jol megirt helyi program. Persze a jol megirtat fontos hangsulyozni, mert vannak programok amik egymaguk ki tudjak donteni a gepet.
\nTalan ez az overload nem latszik meg egy mai gepen, ha csak egy-ket program\/bongeszoablak fut. Viszont nalam allandoan tele van a kepernyo ablakokkal, felbehagyott feladatokkal (irodalomkutatas…) Csak az operaban 29 tab van most nyitva, a firefoxban legalabb negyven oldal kb 10 ablakban, es IE-ben is meg van nyitva vagy 10, meg google chromeban is kb 10. A firefox es az opera csak egy-egy processzt hasznal mindketto 250..500MB memoria+ ugyanennyi virtualis memoriahasznalattal. A firefox igen gyakran egy gigaig is felmagy (mem+VM), ed volt mar olyan is hogy 1GM mem, 1.3GM VM hasznalattal futott (.. jart.. setalt.. cammogott). Az IE is siman felment kozel 400MB VM hasznalatik tegnap.
\nNem ritkasag hogy a taskbaron 50-nel tobb ablak van (3 sorban), de van kepernyomentesem ahol 69 ablak volt megnyitva. Az se ritka, hogy remote desktop es vagy virtual PC is az ablakok kozott van amin tovabbi proceszek futnak (de ez nem annyira lenyeges az eroforras hasznalat szempontjabol). A lenyeg, hogy hard core felhasznalo vagyok, es az oprendszert, bongeszoket nem ezekhez az igenyekhez tervezik.
\nA chrome peldaul buszken hangoztatja hogy minden ablakhoz\/tabhoz sajat processt hasznal, igy az egyik kiakadas nam akasztja meg a tobbiben a betoltest… Aki elolvasta az elozo postomban szereplo “Pushing the Limits of Windows: Processes and Threads” cikket az tudja, hogy a sok processnek megvannak a hatulutoi. Tegnap pl a chromeban tobb masodpercet kellett varnom hogy barmit reagaljon, vagy betoltodjon a google maps oldal (pedig ugye azt irja, hogy hasznaljak chrome-ot mert azzal gyorsabb). Persze ez azert van mert a bongeszok es egyebek (visual studio…) annyi memoriat foglaltak, hogy a ket giga rendszermemoria nem eleg, es szinte a teljes memoriajat kiswappeli page fileba, majd onnan probalja visszatoltogetni…
\nCsak a kontraszt kedveert a uTorrent kozel ezer torrentel a listajan (kb 50 fut is) (tudjatok linux image-ek) kevesebb mint20+40MB-ot hasznal! (a memoria meretek task manager adatok, a VMMap szerint se hasznal 65MB VM, 16MB WS-et) Pedig forgalomban is ez bonyolitja a legtobbet (tobb szaz giga). A FAR Managerbol szokott futni 5..10..20 db es csak nehany mega memoriat hasznal (colorer+autocomplete.. pluginekkel)<\/p>\n

Szoval nagyabol ennyi mar sok is a webes alkalmazasok, es weboldalak eroforras hatekonysagarol. Teny, hogy rendkivul kenyelmes, es a vilag is a mobilitas fele megy.
\nHa viszont web oldalt tervezunk, akkor tervezzunk jot. Itt kapasbol ket reszre lehet osztani: a kliensben megjeleno oldal, es az azt generalo szerverre. aztan azokat tovabb: webszerver, adatbazis szerver, cgi\/php\/asp(x)\/jsp… eloallito program\/script. php eseten lehet gyorsitan cache megoldasokkal, hogy ne keljen minden hozzaferesnel ujraforditani\/ertelmezni a scriptet pl. eAcceleratorral. Klieons oldalon htlm, java script, css, flash, java applet… megoldasok kozul lehet valasztani, kombinalni… Ill. szinten ide tartozik nem utolsosorban, hogy hogy fog az oldalkinezni, hogy lehet hasznalni. (ez ezert kezdtem el irni ma)<\/p>\n

(web) Design.<\/strong> Meg koli alatt olvastam webdesign pszihologiat. Nehany inkek kint is van az oldalamon http:\/\/szikraistvan.no-ip.info\/<\/a>. A kedvencem a regi HTML Hell page<\/a>. Ezek magaval az oldal megjelenesevel foglalkoznak.
\nItt van meg par link:
\nTop Ten Mistakes in Web Design<\/a>
\n113 Design Guidelines for Homepage Usability<\/a>
\nGuidelines for Visualizing Links<\/a>
\nWeb 2.0 Can Be Dangerous<\/a>
\nFeature Richness and User Engagement<\/a>
\nThe Need for Web Design Standards<\/a>
\nThe Power of Defaults<\/a>
\nSite Map Usability<\/a>
\nTraining Wheels User Interface<\/a>
\nInformation Foraging: Why Google Makes People Leave Your Site Faster<\/a>
\nTop Ten Guidelines for Homepage Usability<\/a>
\nDeep Linking is Good Linking<\/a>
\nThe Canonical Intranet Homepage<\/a>
\nThe Difference Between Intranet and Internet Design<\/a>
\nGrowing a Business Website: Fix the Basics First<\/a>
\nFancy Formatting, Fancy Words = Looks Like a Promotion = Ignored<\/a>
\nEyetracking Research<\/a>
\nShow Numbers as Numerals When Writing for Online Readers<\/a>
\nHow Little Do Users Read<\/a>
\nHow Users Read on the Web<\/a>
\nDoes the Internet Make Us Lonely?<\/a>
\nBanner Blindness: Old and New Findings<\/a>
\nThe Ten Most Violated Homepage Design Guidelines<\/a>
\nWriting for the Web<\/a>
\n…<\/p>\n

Szinten a design resze az ami mogotte van, vagyis maga a kod. Egy programot\/oldalt rengeteg fele keppen meg lehet irni. En azt szeretem ha a forraskod majdnem olyan latvanyos mint maga a megjelenitett kezelofelulet \ud83d\ude42
\nPersze egy webes oldalnal nem art utana egy minimalizalo<\/strong>t raengedni (html, js, css), hogy minnel kevesebb adatot kelljen a halozaton atkuldeni. Ezen persze segit ha a szerver es a kliens tamogatja a gzippel tomoritett adatatvitelt.
\nA htmlben, css-ben, es java scriptben lehet hosszu ertelmes classokat, es id-ket hasznalni, vagy rovid ertelmetleneket is. Ha kesz vagyunk (vagy legalabbis azt hiszuk), akkor lehet hogy erdemes a deployment szakaszaban a kiszolgalora mar minimalizalt verziot felrakni. Nem utolso sorban az oldal visszafejteset is neheziti (ha ez cel), viszont ha szerkeztheto, adatbazisbol generalt css-eket hasznalunk, akkor erdemes megtartani az ertelmes classokat, id-kat.
\nMaga az oldal megjelenes strukturalasara is tobb megoldas van. Pl. a phpBB 2.x meg tablakat hasznalt a design elemek elhelyezesere, a phpBB 3.x, a wordpress mar div elemekkel alakitja ki a kinezetet.
\nTable Layouts vs. Div Layouts: From Hell to\u2026 Hell?<\/a>
\nin-line vs. kulonallo javascript\/css file…
\nYahoo!’s Rules for High Performance Web Sites.<\/a><\/p>\n

Technologiak, eszkozok:
\nen.wikipedia.org\/wiki\/Minification_(programming)<\/a>
\ncode.google.com\/p\/minify\/<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

Eloszo: Mindig is maximalista voltam, es a leheto legjobban akartam mindent csinalni. eppen ezert a web programozas sohasem vonzott, mert messze nem eroforrashatekony. En meg commodore-on kezdtem programozni, aztan PC-n folytattam assemblyben, most mikrokontrollereket programozok. Ezekben az a kozos, hogy … Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2}},"categories":[32,33],"tags":[71,180],"class_list":["post-593","post","type-post","status-publish","format-standard","hentry","category-cooding","category-web","tag-develop","tag-web"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/p3E7AZ-9z","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/foton.szikraistvan.hu\/blog\/index.php?rest_route=\/wp\/v2\/posts\/593","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/foton.szikraistvan.hu\/blog\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/foton.szikraistvan.hu\/blog\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/foton.szikraistvan.hu\/blog\/index.php?rest_route=\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/foton.szikraistvan.hu\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=593"}],"version-history":[{"count":10,"href":"https:\/\/foton.szikraistvan.hu\/blog\/index.php?rest_route=\/wp\/v2\/posts\/593\/revisions"}],"predecessor-version":[{"id":712,"href":"https:\/\/foton.szikraistvan.hu\/blog\/index.php?rest_route=\/wp\/v2\/posts\/593\/revisions\/712"}],"wp:attachment":[{"href":"https:\/\/foton.szikraistvan.hu\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=593"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/foton.szikraistvan.hu\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=593"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/foton.szikraistvan.hu\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=593"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}