Avatar kezelés .htaccess-szel

Ha van egy közösségi oldalunk, akkor biztos van benne avatar kezelés is. Felhasználóink előszeretettel töltenek fel magukról/maguknak képeket, mely sokszor okoz mosolygós pillanatokat. A sok felhasználó sok kis képet szül, egy kis kép akár másik kettőt is, lássuk hogy lehet ezt szépen megoldani.

Avatar kell:

• hozzászólásokhoz (90×90 px; ~ 3kiB;)
• profiloldalra (240×240 px; ~13kiB)
• valahova máshova, például egy listába (40×40; ~1kiB)

Pistike Bt nem szarozna, 240×240-be megcsinálná a képeket egy könyvtárba, majd width és height attributummal beállítaná a htmlben. Ezt tovább lehet fokozni, hogy a 40×40-es képet jeleníti meg 240×240-ben.

Oldjuk meg szebben!

Felhasználónk mondjuk jpg és png (transzparencia miatt mondjuk, de ha nem akarjuk, akkor png2jpg és minden jpeg lesz) képet tölthet fel, vagy akár gif-et is, de anim gif-et konvertálni php-ben nehéz, így most azt nem engedjük. Adva a minőségre, elkészítjük a 3 különböző méretű képet. Ha van mondjuk 30.000 regisztrált tagunk, akkor kapásból 90.000 képünk is lehet.

Hogyan akarjuk linkelni az avatarokat?

Szépen. Pl:

• /avatar/003/001 a hozzászólásokhoz
• /avatar/003/001/profile a profiloldalra
• /avatar/003/001/small a listához

Az 003/001 a 3001-es id-vel rendelkező felhasználónkat jelenti. Az belátható, hogy 90.000 képet nem rakhatunk egy könyvtárba, kénytelenek vagyunk szétbontani. A profile a small és a “semmi” az avatar méreteket jelöli. Tartozik hozzá egy szép mod_rewrite, lássuk:

## AVATAR KEZELÉS ###
## elobb jpeget nézunk
ReWriteCond %{REQUEST_URI} ^/avatar/([0-9]{3})/([0-9]{3})/?(profile|small)?$
ReWriteCond %{DOCUMENT_ROOT}/userdata/%1/%2/avatar_%3.jpg -f
RewriteRule ^avatar/([0-9]{3})/([0-9]{3})/?(profile|small)?$ /userdata/$1/$2/avatar_$3.jpg [L]

#majd ha az nem van png
ReWriteCond %{REQUEST_URI} ^/avatar/([0-9]{3})/([0-9]{3})/?(profile|small)?$
ReWriteCond %{DOCUMENT_ROOT}/userdata/%1/%2/avatar_.png -f
RewriteRule ^avatar/([0-9]{3})/([0-9]{3})/?(profile|small)?$ /userdata/$1/$2/avatar_$3.png [L]

## majd a defaultra, gif nem megengedett
ReWriteCond %{REQUEST_URI} ^/avatar/([0-9]{3})/([0-9]{3})/?(profile|small)?$
RewriteRule ^avatar/([0-9]{3})/([0-9]{3})/?(profile|small)?$ /userdata/base_avatar_$3.png [L]
## AVATAR KEZELES VEGE ##

A fájlok fizikailag a $_SERVER['DOCUMENT_ROOT'].’/userdata/003/001/’ könyvtárban vannak (mindenkinek saját könyvtár), a következő nevekkel: avatar_profile.jpg, avatar_small.jpg, avatar_.jpg. Első blokkban megvizsgáljuk van-e avatar_valami jpg a user könyvtárában, ha van, akkor (profile|small|’semmi’) véggel kitoljuk, LAST RULE. Ha nem teljesül a jpg-s feltétel, akkor ugyanilyen elven a png jön, majd a gif, ha kell, és végül ha egyik sem, akkor egy alapértelmezett avatart tolunk ki.

Természetesen mivel apró fájlokról van szó, elengedhetetlen egy mod_expires, mod_cache és mod_mem_cache, hogy ne húzassuk állandóan a disket. Ezekről majd később lesz írás.

Előnyei:

• szép url
• url módosítás nélkül változtathatóak a fileok helyei
• nem kell a felhasználó mellé letárolni az avatar adatait (jpeg vagy png, van-e egyáltalán)
• mivel nem kell tárolni, nem kell minden lekérdezésbe beletenni, hurcolni, vizsgálni, gyorítótárazni
• a 003/001-et megkaphatjuk akár smartyban is, egy saját modifier segítségével: <img src=”/avatar/{$user.id|userpath}/small” alt=”" />, ahol az userpath egészoszt 1000-rel, majd maradékososzt 1000-rel.

Hátránya:

Ha lighty alá valaki megírja ezt a rewrite-ot,  akkor szóljon (nekiálltam, de nem sikerült).
Nincs tapasztalatom a mod_rewrite teljesítményéről (egy kis kutatást igényel), hogy a fájlrendszer ilyen sűrű kéregetése milyen terhelést okoz, illetve milyen az ilyen irányú cache (ha jól rémlik ez kernel szinten van megoldva, nem biztos). Továbbá ugyanez nagy számú kérések esetén. Ha van valami jó írásotok a mod_rewrite teljesítményéről, azt szívesen fogadom.

Használhatjuk tehát ezt a megoldást minden hasonló szituációban. Akár felhasználókhoz, mint itt, vagy cikkhez egy alapértelmezett képnek.

Vélemény? Javaslat? Ötlet?