Weblabor

Nem mentünk el sohasem a lehetőség mellett, hogy rendszeres olvasóink tudtára adjuk, hogy a Weblabor a Drupal tartalomkezelő rendszeren nyugszik, mert úgy gondoljuk, hogy egy korrekt rendszerről van szó, még akkor is, ha időnként nekünk is meg kell küzdenünk néhány kiterjesztés egy-két problémájával. A hétvégén jelent meg a Drupal 4.4.2-es hibajavító verzió, a Weblabor két modulját is publikáltuk, és közeledik a Drupal 4.5, valamint újabb moduljaink. Lássuk mit várhatunk!

A keresők webhelyeink indexelését illető működése mindig is a szóbeszéd kategóriájába tartozott. Nem tudjuk, hogy mekkora súlya van a meta kulcsszavaknak, ha van egyáltalán, nem tudjuk, hogy az oldal első részében lévő dolgokat tényleg jobban szeretik-e a keresők és ha igen, akkor mekkora részt és mennyire jobban. Ha webhelyünket valamilyen dinamikus módon állítjuk elő, egyszerűen segíthetünk a keresőknek, hogy az oldalunk lényegét indexeljék le. Ám ez nem veszélytelen.

A wired.com oldalon jelent meg a Campaign Sites Lack Security című cikk, mely azt járja körbe, hogy milyen kellemetlen hibák találhatóak a két Amerikai Egyesült Államokbeli elnökjelölt honlapján. John Kerry oldala Apache szerveren fut Red Hat Linuxon, Bush webhelye Microsoft IIS 5.0-án működik ASP.net technológával. A hibák azonban főleg nem a kiszolgáló rendszerekben vannak, hanem a webfelületet kezelő kódokban. A személyiségi jogok tiszteletét megkérdőjelező technikákat is alkalmaznak.

A tegnapi napon új szerkesztőségi taggal gazdagodtunk Felhő, azaz Hodicska Gergely személyében. Az ötlet nem hirtelen jött, Felhő már több népszerű cikket is írt weboldalunkra, továbbá számos alkalommal segítette munkánkat különböző területeken. Úgy érezzük, hogy csatlakozása megtiszteltetés számunkra.

Tegnapelőtt számoltunk be egy olyan megoldásról, melynél az alkamazás a szerveren fut, azonban az interfésze egy böngészőben, konkrétan Mozilla XUL alapokon nyugszik (XUL-Node, kliens-szerver megoldás Perl alapokon). Nos, egy megoldásában nagyon hasonló MP3 album programot találtam, mely ki is próbálható.

Egy igen érdekes, és tulajdonképpen kézenfekvő kihasználható sebezhetőségre hívta fel a figyelmet Jesse Ruderman legutóbbi blog bejegyzésében. A sebezhetőség a legtöbb böngészőben jelen van, és a felhasználó gyors akcióira épül. A rossz szándékú támadók valamilyen kódokat akarnak lefuttatni a rendszerünkön, és erre képesek, ha nem figyelünk.

Nem egyszerű kérdés. Amikor saját gépünkön fejlesztünk weboldalakat, a telepített betűkészleteinket használhatjuk, illetve ha megpróbálunk valami olyan készletet alkalmazni, amely nincs a rendszerünkön, akkor egy helyettesítő típust látunk. Végülis az is elképzelhető, hogy a leendő használók/látogatók gépén nem lesz meg a font, amit használatunk, vagy éppen meglesz az, amit nálunk helyettesíteni kellett, és emiatt teljesen más lesz az oldal kinézete. Ezért nehéz ügy betűkészletet választani. Nem kell csüggedni, akad tanácsadónk!

Többen is panaszkodtak mind magánlevelezéseinkben, mind a fórumainkban, hogy az RSS forrásainkban használt UTF-8 kódolás problémát okoz nekik, nem tudják rendesen olvasni a tartalmainkat. Bár továbbra is az a szerkesztőség határozott véleménye, hogy az UTF-8 sokkal jobb megoldást kínál, végül kerestünk egy megoldást a problémára, így ezentúl ISO-8859-2 kódolással is elérhetőek hírforrásaink.

Nemrég a blogmarkjaink között (Apple is as predatory as Microsoft, Dashboard - more than JavaScript) merült fel a kérdés, hogy az Apple hamarosan megjelenő Dashboard megoldásával etikusan, nem etikusan, legálisan, illegálisan, hogyan járt el. Úgy gondoltam vitaindítóként leírom gondolataimat, mert kiváncsi lennék rá, ki, mit gondol erről a kérdésről.

A XUL-Node egy olyan felhasználói interfész fejlesztési környezet, melynél a Perl program a szerver oldalon fut, míg a kliens egy JavaScript+XUL nyelveken működő megoldás, mely Firefox böngészőkben használható, gyakorlatilag külön program telepítése nélkül.