Két éve nem gondoltam volna, hogy egyrészt ez ilyen sok idő, másrészt kitart a lelkesedésem ez alatt az idő alatt. Mindenesetre a blog február 6-án ünnepelte a második születésnapját.

Az elmúlt évben kicsit kevesebb post született, mint egy évvel korábban, ennek két oka van: az egyik, hogy jó hosszú ideig nem is volt Linuxom, márpedig az írásoknak nagyjából ez az egyetlen közös vonása. Vas hiányában új disztribúciókat sem tudtam kipróbálni. A másik dolog, hogy mivel ez nem egy tematikus blog (mint pl. a japancsaj :-), mindig újra és újra ki kell találnom, hogy mivel foglalkozzak, ha éppen nekem nincs semmilyen nyűgöm. Egyszerűbb, de sokkal unalmasabb is minden nap ugyanazzal foglalkozni (pl. szexi japán csajokra vadászni), bár kétségtelen hogy több embert vonz.

Amikor elkezdtem két éve, összesen két elhatározásom volt: csak olyannal foglalkozom, amiről úgy gondolom, másokat is érdekelhet vagy egy már jól ismert dolgot tudok más szemszögből bemutatni; illetve hogy olyan gyakran írok, hogy elérjem hosszú távon a napi 400 látogatót. Mint kiderült, ez az utóbbi igen ambíciózus vállalkozás. Jöjjenek a számok:

• Postok száma: 57 (egy évvel korábban: 88)
• Kommentek száma:186 (köszönöm-köszönöm! - Ez ugyan szintén elmarad az előző éves 260-tól, de közben a blog.hu regisztrációhoz kötötte a kommentelést, így ez érthető is)
• Legjobb nap: idén volt egy 262-es csúcsom, míg egy évvel korábban 170 volt a csúcs. A két év alatt 50990-szer voltatok rám kíváncsiak.

Köszönöm szépen azoknak, akik néznek. A blogírás hajtóereje az oldalletöltések és kommentek száma, ebből lehet lemérni hogy érdemes-e csinálni tovább, vagy teljesen hamvába holt a dolog. Én nekivágok a harmadik évnek is, és meglátjuk, mi lesz.

Ezúttal pedig egy Inkscape-es tűzijátékot kaptok... :)

Mivel január utolsó két hetében várható a 3.6-os Firefox, nézzük meg, miféle újdonságokra számíthat a boldog Firefoxot-frissítő-személyiség. Már csak amiatt is érdekes lehet a dolog, mivel egy mérés szerint (egészen pontosan itt) a Firefox 3.6 bétáját sebességben alaposan elpáholja a Chrome 2.0. Ha tehát sikerült gyorsulni és tudásban még mindig ráver krómozott testvérére, akkor megtarthatja a vezető helyét még egy darabig... Lássuk.

1. Web Open Font formátum támogatása. Talán nem tűnik elsődlegesen fontosnak, én mégis előrevettem, mert ez az, ami talán kis magyarázatot igényel. "Mint az közismert", a TrueType (ttf) és Opentype (otf) betűkészleteket a 3.5-ös Firefox is támogatja. Ez praktikusan azt jelenti, hogy a css-ben meghivatkozhatunk egy, a szerveren hostolt font készletet, és az le fog töltődni a kliensre, így a weboldalon biztosan úgy jelenik meg minden, ahogyan a designer megálmodta. Példa:

@font-face {
    font-family: Garamond;
    src: url(/images/fonts/garamond.otf);
}Hogy őszinte legyek, a woff formátumot a Mozilla Alapítvány dolgozta ki néhány font designer segítségével, tehát nem véletlen hogy nyomatják. Hogy mi az előnye a ttf-hez és otf-hez képest? Először is tömörített, tehát gyorsabb lesz a letöltés, ami jó a felhasználónak és a webszerver rendszergazdájának (feltéve, ha amúgy nem használ gz-vel tömörített forgalmat). Másodszor, a fontban benne van valami DRM-jellegű infó a készítőről, emiatt a fontgyártók nagyon nyomatják. Egyébként az Internet Explorer 8 csak az .eot formátumot támogatja, tehát egyelőre a woff-nak nincs óriási jelentősége.

2. Gyorsabb weboldal letöltés és -renderelés. Ez az, amit minden verziónál elmondanak, de most a Google Chrome eléggé nagy kényszerítő erőt jelent, tehát valószínűleg ezúttal tényleg fejlesztettek is. :-) Készítettek egy lehetőséget arra, hogy a szkriptek aszinkron módon futhassanak le; ennek következtében induláskor nem várnak egymásra a 20-25 tab-ba betöltendő oldalak. (Főleg a gmail, yahoo és társai esznek sok időt.) Ehhez persze szükség lesz egy pici módosításra a js kódban is.

A másik érdekesség a File interfész támogatása, ami szintén a HTML5 feature-eit készíti elő, például a többszörös fájl feltöltést.

Ezen felül a 3.6 kb. 20%-kal gyorsabban fog indulni alapból is. Alig várom... :-)

3. Out-of-process plug-ins, azaz a lényeg az, hogy a Firefox teljesen elkülönítve futtatja a Flash vagy a Quicktime plugint a böngésző többi processzeitől. Sajnos ez a feature nem a 3.6.0-val, csak majd valószínűleg a 3.6.5 körül fog érkezni, pedig biztonsági és stabilitási szempontból óriási előrelépés. Ha kirohad a flash, akkor nem rántja majd a böngészőt is. Egyébként ez csak az első lépés a Firefox modularizált átépítésének irányába, később ketté fog válni a felhasználói felület és a tartalomkezelés.

4. Megjelenik a Persona-támogatás, azaz kedvenc "Tűzrókánk" még jobban testreszabható, skinezhető lesz. A hivatkozásra kattintva lehet látni, mire számíthatunk!

5. Fontos biztonsági intézkedés, hogy a Firefox könyvtárához nem férhetnek többé hozzá más gyártók által készített kódok (pluginek), így remélhetőleg a jövőben kevesebb ilyen jellegű támadás fogja feszegetni a Firefox védelmi rendszerét... :)

Én várom a 3.6 érkezését, ahogyan az eddigi új verziókat is mindig; és reménykedem, hogy a pluginek kompatíbilisek maradnak. :-))

Ahogyan mostanában többször írtam róla, az Ubuntu PPA (Personal Package Archives) egy olyan csomagtároló-archívum, ahol lényegében bárki indíthat egy tárolót, amibe beleteheti a saját csomagjait, metacsomagjait. Az utóbbiak lényegében más csomagokat tartalmazó csomagok, segítségükkel tömegesen lehet a többi csomagot telepíteni - a legegyszerűbb példa erre az ubuntu-desktop, amely az összes, Ubuntun alapértelmezett csomagot tartalmazza.

Régebben, ha valaki úgy gondolta, hogy alapvetően tetszik neki az Ubuntu, de más csomagösszeállítást preferálna, esetleg mondjuk fájt neki, hogy alapból nincs mp3-támogatás, vagy Gnome helyett LXDE-t szeretne, akkor új Linux terjesztést kellett készítenie. El is kezdtek szaporodni gombamód a mindenféle *buntuk, csak kapkodtuk a fejünket. Mostanra letisztázódtak ezek a dolgok, és ha valakinek ilyesmire van gusztusa, csak szépen készít egy beállító scriptet és egy metacsomagot, és úgy átfaragja az Ubuntut, hogy még Mark Shuttleworth sem ismer rá.

Egy ilyen dolog a címben szereplő Elementary desktop, amely a Gnome-ra épül - ügyesen megválasztott alkalmazásokat telepít, compiz beállításokat végez el, és telepít pár témát. A végeredmény kb. valami ilyesmi:

Az alábbi alkalmazások települnek fel:

- Banshee (médialejátszó)

- Cheese (webkamera izélgető valami :-)

- Docky (ez a képernyő alján és oldalán lévő indítópult-szerű dolog)

- Earcandy (egy hangerősség-szabályzó "manager", ami pl. bejövő Skype hívások esetén leveszi a zenelejátszást, és gondoskodik róla, hogy minden hangerőváltás átmenetes legyen)

- A képen látható téma a Gnome-hoz

- Gloobus (ez egy viszonylag új alkalmazás, azt csinálja, hogy ha a Nautilusban rámegyünk egy fájlra és szóközt nyomunk, akkor egy új ablakban gyorsnézetet láthatunk az adott fájlról. Ez a gyorsnézet média esetén játszható, pörgethető stb. Én nem igazán érzem ennek a programnak a súlyát, mivel ha nem szóközt nyomok, hanem enter-t, akkor meg fog nyílni a fájl és nem kell előnézetezni. De most minden Ubuntu blog attól hangos, hogy ez a Gloobus milyen jó... valószínűleg azért, mert ezt is az OSX JégOroszlánból vették át. :)

Örülnék, ha a saját gépemről készített képernyőmentést tudnék ide feltenni, és nem a netről levadászott képet, de sajnos a Compiz még nem megy azóta sem a Radeon 7500-zal. :-( Ha valaki kipróbálja és segítene rajtam, küldjön egy levelet screenshottal, én szívesen belinkelem / meghivatkozom. Köszi előre is!

Az Elementary Desktop telepítése Karmic-ra:

sudo add-apt-repository ppa:elementaryart/elementarydesktop
sudo apt-get update && sudo apt-get install elementary-desktopA gtk+ és ablakkeret, illetve ikon témákat legalább felraktam, kipróbáltam; egész jó de nekem túl MacOSX-szerű, így visszaváltottam a Human-ra.

Ha biztonsági mentések készítéséről van szó, nem tudok leállni. ;-) Ezúttal egy olyan szkriptet ismertetek (Atomgape unszolására), amelyet nem a desktopon, hanem szervereken használtam/használok. Egyszerű, mint a faék, és hatékony. Hetente készít teljes mentést, a közbülső napokon pedig inkrementálisat.

Az inkrementális mentés fogalmát természetesen mindenki ismeri, de azért hátha valakit most klónoztak újjá, és még nem töltötték vissza az emlékezetét: Tehát ezek azok a mentések, amikor nem mentjük el az összes mentendő fájlt, csak a legutóbbi teljes mentés óta megváltozott fájlokat. Természetesen egy inkrementális mentés feltételezi, hogy legalább egy teljes mentés volt előtte.

 A szkriptnek csak egy részét írom le, nagyobbrészt helyhiány miatt, kisebb részt pedig azért mert a lényeg a szkript mindegyik részében ugyanaz. Tehát vegyük azt az egyszerű esetet, hogy egy változóban megadjuk a mentendő könyvtárakat szóközzel elválasztva, és ezt a tar (tape archive) nevű őskövület program segítségével inkrementálisan, vagy fullosan lementjük, gzip segítségével tömörítve, és készítünk egy ellenőrző összeget az archívum fájlokra az md5sum segítségével.

Az ördög ügyvédje ismét előtör, és az iránt érdeklődik, hogy vajon miért nem rsync-kel végezzük el az inkrementális mentést? Nos, azért nem, mert bár vannak jó példák fent a neten ennek megoldására oly módon, hogy az inkrementális mentéskor a nem mentett fájlokra hardlinkeket készítünk, így a nem teljes mentés is teljesnek látszik, de mégsem foglal helyet; azonban ez feltételezi azt, hogy a mentést ugyanarra a gépre készítjük, ami finoman szólva is nem az elérendő állapot. Én a tar minden hátrányát ismerem, de emellett erősen hiszek benne, ez egy jó és többmilliárdszor kipróbált módszer, ami nem téved. Így hát maradok opportunista. Ez nem jelenti azt, hogy nem fogom az rsync-es módszert letesztelni... :-P

Lássuk tehát a szkriptet, magyarázatokkal ellátva.

#!/bin/bash
MY_FULLBACKUPDAY="3"
MY_BASEDIR="/var/backups/bagojbackup/"
MY_DIRS="/var/ftp/bagoj /home/bagoj/work/"
TODAY=$(date +"%u")

if [ -d $MY_BASEDIR ]; then
   cd $MY_BASEDIR
else
   echo "FIGYELEM! A mentes konyvtar helyett az aktualis konyvtarat fogom hasznalni."
fi

Eddig semmi nehézség: az első öt kódsor változóneveket ad meg, majd utána letesztelem, hogy létezik-e az a könyvtár, ahol a mentéseket végre kell hajtani. Ha nem létezik, nem lépek ki (exit-tel), csak egy figyelmeztetést küldök, hogy nem a szokott helyre készül a mentés. A MY_FULLBACKUPDAY-ben a hét megfelelő napját adom meg, amikor mindenképpen teljes mentést kell készíteni. A MY_BASEDIR tehát az, ahová a mentés készül, a MY_DIRS-be azokat a könyvtárakat teszem szóközzel elválasztva, amiket menteni szeretnék. A TODAY-be beteszem, hogy a hét hányadik napja van most.

for i in $MY_DIRS; do
    if [ -d "$i" ]; then
     echo "$i mentese elindult"
     PREFIX=$(echo $i|sed 's:/:_:g')
     if [ "$TODAY" == "$MY_FULLBACKUPDAY" ]; then
        rm $PREFIX".difflog"
     fi
     tar -g $PREFIX".difflog" -czf $PREFIX"-"$(date +%Y%m%d)".tar.gz" $i &> /dev/null
     md5sum $PREFIX"-"$(date +%Y%m%d)".tar.gz" >> md5.`date +%Y%m%d`
     SIZE=$(stat -c%s $PREFIX"-"`date +%Y%m%d`".tar.gz")
     echo "$i mentese kesz ($SIZE byte)"
    else
        echo "FIGYELEM! A(z) $i konyvtar nem letezik, nem keszitettem mentest."
    fi
doneAz egész további rész egyetlen for ciklusba van belefoglalva, ahol is végigmegyünk az előzőleg megadott könyvtárakon.

• Az if [ -d ] ... sorral ellenőrizzük, hogy létezik-e ez a könyvtár. Ha létezik, akkor a sed segítségével előállítjuk a könyvtár teljes elérési útjából az archívum nevét: a perjeleket egyszerűen aláhúzásjelre cseréljük. Tehát pl. a /var/ftp/bagoj-ból _var_ftp_bagoj lesz.
• Ellenőrizzük, hogy ma van-e a teljes mentés napja. Ha nem, akkor töröljük a $PREFIX.difflog nevű fájlt. Ezt a fájlt a tar készíti el (majd) tömörítés közben, és ha ez létezik, akkor inkrementális mentés fog készülni az előző mentés(ek)hez képest.
• Ezután jön maga a tömörítés. A -g paraméter miatt jön létre a difflog végződésű fájl, ami az inkrementális taroláshoz kell. A többi paraméter pedig az, hogy tömörítsünk egy mai névvel ellátott nevű fájlba, és azt a könyvtárat, amelyet meghatároztunk.
• Ha kész vagyunk, az md5sum segítségével az elkészült archívum ellenőrző számát elkészítjük és belementjük egy szintén mai dátummal allátott fájlba.

Azt hiszem, nem felejtettem ki semmit. Ha van kérdés, tegyétek fel...

A nap kis színes bulvárhíre, hogy megjelent a Firefoxhoz egy kiegészítő, Strata40 néven. A sztorija annyi, hogy nemrégiben közzétették, hogy a tervek szerint hogyan fog kinézni a Mozilla 4.0. Egyelőre ezek csak tervek, de mivel nem néz ki rosszul, ezt a kinézetet az említett add-on segítségével már ma élvezhetjük.

Én rögtön feltettem, mert jobban tetszik, mint az alapértelmezett a 3.5.7-hez, meg hát ugyebár, a cool-faktor sokat számít. Íme egy képernyőmentés (Windows alól), és mindenki döntse el, mennyire tetszik. Persze tud ez még jobban is kinézni, ha be van kapcsolva a Windows Vista/7 Aero felülete (a fenti linkre kattintva ott látható egy képernyőkép is).