Weblabor

Rakaz egy 513 elemből álló teszteset listát állított össze, melyet különböző böngészőkben le is futtatott. Arra volt kíváncsi, hogy a különböző CSS kiválasztókat mely böngészők támogatják valójában. Egyszerű a stíluslapok lehetőségeit megismerni és alkalmazni, amíg rá nem jövünk, hogy nem mindegyikkel érhető el a dokumentált hatás. Nos, "rakaz" azt találta, hogy az 513 tesztesetből a legjobban (508 jó esettel) a Konqueror 3.5.4 teljesített. A modern böngészők hibáinak áttekintését is biztosítja a bejegyzés, sőt ki is próbálhatjuk saját böngészőnkben a tesztet.

Az Internet Explorer fejlesztői blogjában IE7 Is Coming This Month...Are you Ready? címmel közölt bejegyzést Scott Graff az új böngészőt fejlesztő csapat kompatibilitásért felelős menedzsere. Mivel karnyújtásnyira van az IE 7 megjelenése, érdemes elővenni a kiadásra jelölt verziót, és ellenőrizni weboldalainkat vele. Legnagyobb sajnálatomra a Wine (és az azt használó ies4linux) még csak pre-pre alfa állapotban támogatja az IE 7 futtatását, ezért az új IE használatához csak Windowst tudunk javasolni.

Maciej Stachowiak közölte Understanding HTML, XML and XHTML című bejegyzését a Surfin' Safari blogban, mely a Safari böngésző alapját képező Webkit változásait is hivatott bejelenteni. Bár egy a <canvas> elemet ért változás ihlette a bejegyzést, a mondanivaló minden fejlesztőt érinthet. Jól meg kell gondolni, hogy milyen környezetben szolgáljuk ki HTML vagy XHTML lapjainkat, hiszen nem biztos, hogy a szándékolt formában értelmezi őket a böngésző. A különböző problémák miatt Maciej is a legkevésbé kockázatos HTML használatát ajánlja.

Amikor JavaScript fejlesztésre adjuk a fejünket, nem is gondoljuk, hogy szigorúan figyelnünk kell a meghívott függvények sebességére vagy méginkább a memória szivárgások előfordulására. Mint Jano korábbi bejegyzésében megmutatta, érdemes a hívott függvények optimalizálására, és a hívásuk gyakoriságára is odafigyelni. Tegnap pedig Jack Solocum közölt blog bejegyzést arról, hogy milyen alapvető módokon kerülhetjük el a memória szivárgást. A 3 Easy Steps to Avoid JavaScript Memory Leaks című bejegyzést érdemes elolvasni.

A választások estéjén az Indexen követtem az eseményeket, mikor egyszer csak felzúgott a laptopom hűtője. Ez azt jelzi, hogy valami elkezdte dolgoztatni a processzort. Körbenéztem és a fejléc alatt futó szövegre kezdtem gyanakodni. Gyorsan bele is néztem a kódba. Az első sornál - ahol egésszé akartak konvertálni egy sztringet - azonban elakadtam.

Mindig is kíváncsi voltál, hogy hogyan készül egy nagy webes projekt, de nem láttál mögé? Mik mozgatják a döntéseket? Véleményed van a Weblabor alapvető megoldásairól, részletes kritikád lenne? Kíváncsi vagy, hogy milyen apró lépésekből áll össze az, hogy végül egy megújult közösségi webhely várja majd a résztvevőket?

Nem ajánlhatunk a nagykönyv szerint megírt, végigélhető profi tervezési folyamatot, ugyanakkor azt reméljük, hogy kezdeményezésünkből végülis mi is és ti is sokat tanulhatunk.

Hosszú ideje használom a PuTTY-ot elégedetten. Aki nem ismerné: ez egy SSH kliens, azaz távoli szerverre lehet belépni vele parancssorosan. Az utóbbi időben eljutottam oda, hogy valamilyen megoldással, hogy kezdtem elégedetlen lenni vele: az tálcán szétszórva voltak a klienseim, ha több kapcsolatot hoztam létre ugyanarra a szerverre, vagy egyszerre több szerverre jelentkeztem be, akkor kezdett káoszra emlékeztetni a felület, ráadásul nem csak az egyes PuTTY ablakokat nem találtam meg gyorsan, de a többi program listájában is nehezült a navigáció. Van megoldás.

Török Gábor mutatott rá Rasmus Lerdorf minap előadott prezentációjára, mely a Getting Rich with PHP 5 (even though the Web is broken) címet kapta. A fóliák valójában több előadásnak is tűnhetnek, hiszen Rasmus először tévhiteket oszlat el arról, hogy egyszerű az XSS elleni védekezés (az IE hibáira külön figyelni kell), és a filter kiterjesztést is bemutatja. Ezután tér rá érdekes teljesítményoptimalizálási kérdésekre.

Juhász Attila hívta fel a figyelmünket, hogy a Ruby nyelv honlapja tegnapra egy igen komoly változáson esett át. Érdekes egybeesés, hogy a PHP honlapja is a napokban újul meg, legalábbis ami a mögöttes HTML (és részben a PHP) kódot illeti. A PHP.net webhely lapjai egyelőre csak ráncfelvarráson estek át, táblázatos elrendezésről CSS alapú megoldásra áttérve, melynél kifejezett igény volt a megjelenés szempontjából észrevétlen váltás. A Ruby honlap azonban sokkal többet lépett előre.

Nemrég írtam a műegyetemisták tárgyfelvételét is biztosítani hivatott új Neptun rendszer webes felületének tervezési problémáinak kapcsán arról, hogy az okosabb felület nem csak felhasználóbarátabb, hanem kisebb terhelés okozója is lehet. Érthetetlen, hogy szeptemberi tárgyfelvételnél miért mindig az előző félévben már felvett tárgyakat teszi elénk a rendszer, és csak külön lenyíló menü választás és űrlap beküldés árán láthatjuk meg az áhított aktuális félévet. Ezt pedig mindig ismételnünk kell, ha visszalépünk a tárgyfelvétel lapjára. Többek között ezt elégelte meg Gyimesi Ákos, és a kezébe vette az ügyet.