Weblabor

A SocialGrid egy érdekes társkereső szolgáltatást indított el hétfőn. A dolog lényege, hogy oldalainkon digitális ujjlenyomatokat helyezhetünk el, melyeket aztán a globális keresőmotorok (konkrétan a Google) leindexelnek az oldal többi tartalmával együtt, így kereshetővé téve. A SocialGrid oldalán (bejelentkezés után) egy olyan keresődobozt kínál, mely összeállít egy Google keresést a beírt jellemzők alapján, és átdob a kereső oldalára.

Van szerencsém idén először részt venni az Amszterdami tavaszi PHP Konferencián, tekintve, hogy a PHP dokumentációnál használt keretrendszerünkről tartandó előadás javaslatomat a konferencia szakmai vezetői elfogadták. Már el is telt az első nap, vége a workshopoknak, ezért úgy gondoltam itt az ideje informálni kedves olvasóinkat is.

A Fahrner Image Replacement technológiának (és "leszármazottainak") alapötlete, hogy az oldalban lévő <h1>, <h2>, stb. fejléceket képekkel cseréljük le, annak érdekében, hogy azok szebben megjelenő oldalt eredményezzenek. Természetesen mindezt CSS felhasználásával érhetjük el.

Mi tehető azonban abban az esetben, ha rendszeresen megjelenő cikkeink főcímeit, vagy előre nem meghatározott szövegeket kellene képpé alakítani? Készíthetünk rá egy szerver oldali programot, ami legenerálja a képeket, de még így is túl sok munkát adunk a szervernek, amikor köztudott, hogy a kliensek óriási kihasználatlan kapacitással rendelkeznek. Erre ad megoldást az IFR.

A Drupal rendszerre történő váltásunk óta jelentek meg szerver hibanaplónkban olyan hibák, melyek érdekes URL-ekkel (pl. hirek/20040319/w3cajanlasok/tagok/regisztracio) rendelkező oldalakat elérő felhasználókra utaltak, illetve hasonló URL-ekkel próbálták meg kliensek letölteni faviconunkat, javascriptünket.

Először hibásan megírt robotokra gondoltam, feltételeztem, hogy egy odalunkat látogató robot nem veszi figyelembe a <base> elemben megadott bázis címet, melyet a linkek feloldására kellene használni, de aztán feltűnt, hogy a hibák nem jelennek meg olyan nagy számban, és különben is egy-egy webcím köré koncentrálódnak. Ezért elő kellett venni a hibanaplót, melyből meglepő következtetést sikerült levonni.

Az érdeklődésre való tekintettel elkészült a Drupal GNU Gettext eszközt használó magyar fordításának kompaktabb változata. Ez azt jelenti, hogy az összes .po állomány feltölthető .mo állományba konvertálva elérhető a Drupal CVS-en keresztül, és nem szükséges egyenként összevadászni a különböző contrib modulok fordításait, illetve nem kell generálni a .mo állományokat sem. Ezzel a fordítás már csak a localegettext modul telepítését igényli a .mo állományok importálásához.

Miközben az internettől messze (éljen a Drupal időzítési lehetősége) épp próbálom kiheverni a tegnapi csirkesütés okozta problémáimat hasam megnövekedett térfogatával kapcsolatosan, íme egy érdekes olvasnivaló, a Netcraft nemrégiben Miguel de Icaza-val, a Gnome és a Ximian társalapítójával leközölt interjúját ajánlanám. Miguel az interjúban megosztja az olvasókkal gondolatait a Mono-ról (a szabad forrású .Net megvalósításról), a Microsoft .Net-tel kapcsolatos terveiről, a Novell Ximian felvásárlásáról, a Novell Linuxról és még sok más érdekes témáról, például a XAML veszélyeiről.

Be kell valljam, hogy számomra mindig kicsit titkozatos kérdés volt, hogy miként terveznek igazán barátságos és magától értetődően használható felhasználói felületeket. Vannak olyanok, akiknek a kisujjukban van a válasz, vannak akik mindenfélével próbálkoznak. Nemrég merült fel a Drupal fejlesztői levelezőlistán, hogy mégis milyen példákat állíthatunk magunk elé.

Sajnálatos, és nem igazán szerencsés helyzet, hogy a felületek tervezéséhez igazán értők nem lelhetőek fel nagy számban a különböző nyílt forrású projektek körül - bár a megrendelésre készülőknél sem túl gyakran. Pedig egy megfelelően megtervezett felhasználói felület nagyon sokat segíthet a mindennapi munkák elvégzésében. Az Apple MacOS felülete véleményem szerint élő bizonyítéka annak, hogy egyszerű felületen is elérhetővé lehet tenni óriási szolgáltatás készletet, azzal együtt, hogy közben az igazán fontos dolgokra tudunk koncentrálni.

Az XML egyre inkább egyértelmű választás lesz, mikor két fejlesztőnek két különböző rendszer között kommunikációt kell megvalósítania, vagy egyszerűen "csak" adatot kell tárolnunk, közzétennünk, letöltenünk, feldolgoznunk... Minden valamire való általános programozási nyelvnek van már XML interfésze, mégis, általában relatíve nem olyan egyszerű feldolgozni egy fájlt, sok "felesleges" munkát igényel. Erre nyújt egy megoldást a PHP SimpleXML modulja, melyet most egy cikk kapcsán jobban is megismerhetünk.

Extrém gyors webfejlesztés - mindannyiunk álma. Hogy mikor nem kell végre az ismétlődő, egy idő után már unalmas kódolással foglalkoznunk - újra és újra megírnunk ugyanazt a kódot? Ezt úgy valósíthatjuk meg, hogy kialakítunk magunknak egy olyan rendszert, mely képes automatizálni ezeket a folyamatokat. Vagy használunk egy meglévőt. Ilyen a Maypole, egy Perl alapú keretrendszer, mely azonban nem csak Perl programozóknak nyújt egy új nézőpontot a gyors alkalmazásfejlesztés terén.

"Nemrég olyan feladatot kaptam, melyben több száz word dokumenumból kellett html-t készítenem. A "mentés másként" erre nem elég hatékony megoldás." Ez azt hiszem, hogy elég sokunknál előjön problémaként. Ekkor különböző eszközöket veszünk elő, van, aki kínjában elkezd Visual Basic makrókat írogatni, van, aki kiadja a titkárnőjének a feladatot. És van, aki a parancssori eszközökkel "pillanatok alatt" megoldja a problémát.