Weblabor

A Yahoo webes keresőjének fejlesztői a napokban jelentették be, hogy a robotjaik által összeállított index mérete immár túllépte a 20 milliárd oldalt. Ez látszólag túlszárnyalja a Google alig több mint nyolc milliárd oldalt lefedő indexét, ám kérdéses, hogy fontos-e a különbség, sőt van-e lényeges eltérés egyáltalán az indexek méretében. Szintén a napokban indította el RSS szolgáltatását a Google News webhely.

A Macromedia bejelentette a Macromedia Studio 8 szeptemberi megjelenését, mely a Dreamweaver, Flash Professional, Fireworks, Contribute és FlashPaper szoftverek új kiadásait jelenti. A népszerű webszerkesztő és grafikus programok újdonságai mindenképpen nagy érdeklődésre tarthatnak számot a fejlesztők között, különösen, hogy gyakran kért újításokat biztosítanak felhasználóik számára.

Májusban megjelent Irányelvek webfejlesztőknek cikkünkben 30 irányelvet mutattunk be, melyek egy weblapot jobban használhatóbbá, elérhetőbbé, keresőbarátabbá, röviden: jobbá tesznek. Felmerült egy levelezőlista indításának lehetősége is, ahol a cikket meg lehetne vitatni, további pontokkal kiegészíteni, majd az egészből egy ajánlást készíteni, mely mögé például az NJSZT-WFSZ szakosztály is oda tud majd állni. Pár hónapos csúszással, de ez a levelezőlista most elindult.

Kiegészítés: elindult egy kapcsolódó wiki is, mely a dokumentum szerkesztésének helyszíne lesz.

Sokan javasolták már a CSS fájlok szerver oldali feldolgozókon történő átvezetését annak érdekében, hogy különböző megnevezett változó értékeket használhassunk a stíluslapokban. Korábban is voltak már PHP-t használó megoldások erre, Shaun Inman azonban egy kicsit tovább viszi ezeket, bemutatva a CSS-SSV-t, azaz CSS Server Side Variables megoldást. Bár, mint a hozzászólásokból kiderül, szerencsésebb lenne konstansoknak nevezni a helyettesített értékeket, ráadásul ezesetben CSS-SSC lenne a módszer neve.

Mind fejlesztés közben, mind az üzembe helyezést követően az "élő" weblapon igen hatékony hibakeresést, problémamegoldást segítő eszköz lehet a naplózás. Ez rendben is van, ha a hiba a szerver oldalon keletkezik. De mi a helyzet, ha a kliens oldalon, JavaScript hiba történik? Sleepyhead egy egész szimpatikus megoldást mutatott be.

A Mozilla Foundation szervezeti lehetőségeit úgy tűnik kinőtték a fejlesztői csoportok munkálatai, ezért eljött az idő, hogy a szoftverek és a kapcsolódó termékek kereskedésével, üzleti hátterének kialakításával foglalkozó cég alakuljon. A mai napon bejelentett Mozilla Corporation kezdetben 36 dolgozóval indul, és megalakítása természetesen nem jelenti azt, hogy a megszokott magas minőségű ingyenes termékekért a jövőben fizetnünk kellene. Bővebb információ a mozilla.org webhelyen és a MozillaZine kapcsolódó hírében.

A Microsoft teljesen megújította a korábban developer.hu címen elérhető portálját, és logikusabb szervezéssel indította újra a devportal.hu webcímen. Az új webhely nemcsak tíz jól körülhatárolt kategóriába rendezi a tartalmakat és a fórumokat, hanem több hozzászólási, részvételi lehetőséget kínál. Az új megjelenést egy friss ASP.NET-ben megírt portálrendszer szolgálja ki, mely hazánkban készült. Azt gondolom érdemes meglátogatni, és átböngészni a webes tematikájú tartalmakat, de ugyanakkor érdemes tanulni a váltás hibáiból is.

Az OSCON az O'Reilly médiabirodalom minden évben sikeres konferenciája, sajnos azonban számunkra igen távol esik, idén Portlandban, Oregon államban kerül megrendezésre. 2005-ben először végre Európába is elérkezik a rendezvénysorozat, ősszel Amszterdamban vehetnek részt rajta az érdeklődők. Az O'Reilly szíves tájékoztatása szerint a Weblabor felhasználói tizenöt százalékos kedvezménnyel vehetnek részt a rendezvényen.

A nemrégiben napvilágra került PHP XML-RPC hibák arra voltak visszavezethetőek, hogy a különböző kódkönyvtárakban használt XML-RPC értelmező kódok nem túl okosan használták az eval() függvényt működésük során, és ez széles biztonsági kapukat tárt a szkriptekben. Az eval() nagyon csábító, számos lehetőséget ad a fejlesztők számára, elsősorban dinamikus szerkezetű programok kialakítására. Joshua Eichorn blogjában próbált meg rávilágítani a biztonsági és teljesítmény kockázatokra, melyeket érdemes meggondolnunk.

Sokszor előfordul fejlesztés közben, hogy valójában nem szeretnénk programunkban elküldeni egy-egy emailt, de az arra szolgáló rutinok helyes működését ellenőriznünk kell. Davey Shafik publikált nemrég egy megoldást, mely a PHP újrafordítását javasolva oldja meg, hogy a saját mail() függvényünket definiálhassuk. Ez eléggé drasztikus lépés egy fejlesztői szerver beállításához, úgyhogy jómagam inkább Sean Coates php.ini beállításokkal operáló megoldását javasolnám.