gergelykiss blogja

Felmerült bennünk, hogy a tavalyi, április elsejére időzített akciónkhoz hasonlóan idén is kedveskedjünk valamivel a kollégáknak, annyi különbséggel, hogy ebben az évben a Sysadmin Day adta az akció apropóját.

Egy sitebuilder kolléga segítségével megoldottuk, hogy a Facebook nyitóoldalán szereplő login form önálló életre keljen - a form ugyanis minden egyes kattintás vagy billentyűleütés hatására "elszökött" a felhasználó elől, ezáltal igencsak megnehezítve a Facebook-függőségének hódolni vágyó kollégák dolgát.

UPDATE: a fordítás beküldése után pár nappal megkeresett a fordítási projekt vezetője, és moderátori státuszt ajánlott. A státuszt örömmel elfogadtam, majd nekiálltam a fordítórendszeren keresztül lektorálni, illetve kiegészíteni a korábban félbehagyott fordítást. Ennek eredményeképp elkészült a hivatalos fordítás, ami máris része a Squid aktuális forrásfájának, illetve a következő release-ben is szerepelni fog.

Bizonyára ti is észrevettétek, hogy a Squid aktuális verziójában lévő hibaoldalak fordítása meglehetősen hiányos és sok helyen elég esetlenül fogalmaz, ezért úgy döntöttem, rászánok egy kis időt és újrafordítom a hibaoldalakat az eredeti angol szövegek alapján.

UPDATE: A Flash Player 11 stabil kiadása már támogatja a 64-bites Linux rendszereket, letölthető a Flash Player központi letöltőfelületén keresztül: http://get.adobe.com/flashplayer/otherversions/

Bizonyára tudjátok, hogy jelenleg nincs stabil 64-bites kiadás a Flash Playerből, ezért a 64-bites OS-eken csak az nspluginwrapper használatával lehet megoldani a Flash-támogatást (ez egy kompatibilitási modul, ami lehetővé teszi a 32-bites pluginek használatát). Ezzel a megoldással elérhetővé válnak a Flash tartalmak, ám "mellékhatásként" véletlenszerű fagyások jöhetnek elő, ami jól nyomon követhető a syslogban vagy a dmesg kimenetében is segfault-ok formájában.

Tegnap volt április elseje, a bolondok napja. Ezen a napon minden évben ki szoktunk találni a kollégákkal valami mókát, amivel megviccelhetjük egymást, és főleg azokat a munkatársainkat, akik nem IT-területen dolgoznak. :)

Idén egy olyan ötlet merült fel, hogy egy népszerű hírportál címlapjára kiteszünk egy (ál)hírt, ami első blikkre talán hihetőnek tűnik, de ugyanakkor a meglepetés erejével hat és olyan témáról szól, ami cégen belül mindenkinek érdekes lehet.

Rendszergazdaként engem ért a megtiszteltetés: egy olyan megoldásra volt szükség, amivel minél transzparensebb és hitelesebb módon tudjuk megoldani, hogy a kollégák a módosított tartalmat lássák a böngészőben.

Ez a rövid howto azoknak lehet hasznos, akik szeretnének minél előbb frissíteni squeeze-re, de tartanak attól, hogy az 5.3-as PHP miatt kompatibilitási problémák merülhetnek fel (a tapasztalat sajnos azt mutatja, hogy van mitől tartani).

Rögtön az elején leszögezném, hogy senkit sem akarok az 5.2-es PHP telepítésére buzdítani, ugyanis a squeeze-ben jelenleg fellelhető 5.3.2-es kiadásban rengeteg bugot és biztonsági rést javítottak a lenny meglehetősen régi, 5.2.6-os verziójához képest. Noha a squeeze még csak testing fázisban van, ám a legfrissebb értesülések szerint karácsony környékére várható a release, így ezt követően már szinte kötelező lesz az átállás az 5.3-as PHP-ra. Az alábbi módszerrel némi időt nyerhetünk a frissítésből eredő problémák megoldására.