Állás.IT - Informatikai állás és munka ajánlatok

drupal
Állás.IT

Az Állás.IT egy informatikai állás és munkakereső weboldal. Úgy gondolom van igény egy olyan oldalra, ahol a munkavállalók elmondhatják a véleményüket az egyes cégekről, és ahol kérdéseket tehetnek fel az álláshirdető cégnek még mielőtt jelentkeznének a pozícióra.

Egy másik fontos szempont az oldal kialakításánál az egyszerű és letisztult kezelőfelület volt. Én nagyon nem szeretem a kilométer hosszú formokat, és szerintem más sem. Ezért a hirdetésfeladás űrlap csak a legeslegfontosabb mezőket tartalmazza. Minden másra ott a hirdetés szövege.

Az egyszerűség ellenére az oldalon használt címke rendszer igen erőteljes eszköz, nagyon jól kereshetővé válik ezáltal az oldal.

Bevezető reklámkampánynak indítottam egy nyereményjátékot, ahol lehet nyerni akár egy iPhone 4 telefont egy twitter üzenetért és egy regisztrációért cserébe. Szerencsére nagyon népszerű a játék, a yamm.hu trendben többször első pozícióban volt a játék.

Az oldal természetesen Drupalban készült, ezt mondanom sem kell. A bejelentkezésénél és üzenet küldésnél használt modális felugró ablakot elég nehezen sikerült megvalósítani, azt hittem erre létezik kész modul. Sajnos a létező modulok, itt használhatatlanok voltak. Később tervezek erről egy plusz bejegyzést, volt néhány érdekes dolog amit megtanultam ezzel kapcsolatban.

Az oldal és a játék külalakja bVisual munkáját dicséri, aki ilyen szép logókat is tud csinálni:

Nagyon bízom az oldal sikerében, eddig minden jól alakul :)

Debian és Ubuntu szervereken a Drupal sessions tábla túl nagyra nő

Probléma: Ha Debian vagy Ubuntu szerveren futtatsz Drupal-t és a session kezeléssel kapcsolatos beállításokat nem állítottad át a php.ini-ben, akkor a Drupal sessions tábla soha nem lesz ürítve, ezért túl nagyra fog duzzadni, napról napra egyre jobban lelassítva a weboldaladat.

Megoldás: A Drupal settings.php-be szúrd be ezt a két sort:

<?php
ini_set('session.gc_probability',   5); 
ini_set('session.gc_divisor',       100);
?>

és esetleg finomhangold ezt a sort:

<?php
ini_set('session.gc_maxlifetime',   200000);
?>

Egy másik megoldás, ha a .htaccess fájlba vagy az Apache virtualhost definícióba szúrod be ezt a két sort:

php_value 'session.gc_probability' 5
php_value 'session.gc_divisor' 100

Miért csak Debian alapú szervereken?

Nade mit is csinál ez a két sor és miért kell ezzel külön foglalkozni a Debian alapú szervereken?

Ahhoz, hogy megértsük a problémát, bele kell kicsit mélyednünk a Drupal lelkivilágába.

Nem csak az asztali gépemen fut Ubuntu, hanem szervernek is szívesen használom. Így vettem észre, hogy az f1vilag.hu oldalon, ami egy elég forgalmas site, a session táblában nagyon sok bejegyzés van. Hamar kiderült, hogy a táblából soha nem kerülnek ki a régi sorok, mindig csak az újak kerülnek beszúrásra.

Utánanéztem, hogy ez hogyan lehetséges, és egy kis keresgélés után kiderült, hogy a Drupal a sess_gc nevű függvényében ürítené a táblát. Az is hamar kiderült, hogy ezt a függvényt nem közvetlenül hívja meg a Drupal, hanem indirekt módon, a PHP-t kéri meg, hogy néha hívogassa ezt a függvényt, amikor a PHP azt jónak látja. Ezt egyébként úgy éri el a Drupal, hogy a session_set_save_handler függvény 6. paramétereként megadja visszahívandó callback függvényként a 'sess_gc'-t.

A PHP egy véletlen sorsolással dönt arról, hogy mikor kell meghívni a munkamenet szemétgyűjtőt, ismertebb nevén a session garbage collectort. A fent beállított értékek esetén, minden 100 oldalletöltés esetén átlagosan 5 alkalommal fog végrehajtódni a takarítás.

Ez mint szép és jó, de miért nem teszi ezt meg magától a PHP Debian alatt és miért teszi meg más rendszerek alatt? A választ megkapjuk, ha bepillantunk a php.ini ide vonatkozó részébe egy Ubuntu vagy Debian alatt:

; Define the probability that the 'garbage collection' process is started 
; on every session initialization. 
; The probability is calculated by using gc_probability/gc_divisor, 
; e.g. 1/100 means there is a 1% chance that the GC process starts 
; on each request. 

; This is disabled in the Debian packages, due to the strict permissions 
; on /var/lib/php5.  Instead of setting this here, see the cronjob at 
; /etc/cron.d/php5, which uses the session.gc_maxlifetime setting below. 
; php scripts using their own session.save_path should make sure garbage 
; collection is enabled by setting session.gc_probability 
;session.gc_probability = 0 
session.gc_divisor     = 100

Debian alatt tehát ki van kapcsolva a php beépített session garbage collection funkciója, és helyettesítve van egy ütemezett feladattal (cronjob). Ami viszont csak annyit tesz, hogy a php session fájljait törölgeti félóránként. Ezért nem lesz soha meghívva a drupal sess_gc függvénye és ezért nő a sessions tábla a végtelenségig. A php.ini-ben, mint fent olvashattuk, nem is érdemes visszakapcsolni ezt a funkciót. Inkább a Drupal-ban állítsuk vissza ezt a funkciót, amelynek hatására már rendszeresen meg fog hívódni a sess_gc függvény és nem nő a végtelenségig a sessions tábla.

Drupal SEO modulok előadás

seo

UPDATE: Az előadást elhalasztottuk, részletek lent. Bocsi, rajtam nem múlt a dolog.

UPDATE 2: Végül meg lett tartva az előadás. A bemutatott keresőoptimalizálás moduloknak pedig készítettem egy külön oldalt: Drupal SEO modulok.

Most csütörtökön, a Budapesti Drupal felhasználói találkozón (ismertebb nevén DUG) előadást fogok tartani „Drupal SEO modulok” témában. Lesz majd hivatalos bejelentés drupal.hu-n helyszínnel és időponttal, itt most csak a témát vázolnám röviden:

Rövid bevezetés a keresőoptimalizálásba
Általános megfontolások, amit minden weboldalnak figyelembe kellene venni
Drupal keresőoptimalizálás modulok ismertetése csoportokra bontva: URL menedzsment, Meta adatok, integráció, tartalom ajánlás, megosztás, stb...
Egy apró módosítás a Drupal magon
A saját fejlesztésű Google Rankings modul bemutatása. A készülő modul statisztikát ad a Google találati oldalakon a helyezésünkről, anélkül, hogy a Google szervereit lekérdeznénk, vagy bármely külső adatot használnánk.

Gyertek, jó lesz.

Már .CO domaineket is lehet regisztrálni.

Mindössze néhány órával ezelőtt teljesen felszabadultak a .CO domainek, most már bárki regisztrálhat magának ilyen domaint. Ez a lehetőség, többek között, azoknak jöhet jól, akik lecsúsztak a .COM-ról, hiszen eléggé hasonlít hozzá.

A .CO egy ccTLD azaz egy un. country code top level domain, Kulumbia TLD-je, úgy mint Magyarországnak a .HU

A GoDaddy-nél $29.99-ba kerül egy domain, vagy $24.99 nagy mennyiségű regisztráció esetén. Máshol láttam olcsóbban is, de nem tűnt elég megbízhatónak a cég.

A teszt véget ért, a GoDaddy linket kivettem. A teszt eredménye: egyetlen egy vásárlás sem történt.

Subversion adattár böngésző WebSVN-nel és Drupal szintaxis kiemeléssel.

Drupal szintaxis kiemelés WebSVN alatt Bár a Drupal projekt CVS-ről GIT-re vált, azért még így is elég sokan vagyunk, akik verziókezelésre Subversiont használunk, a Drupal közösségen belül és kívül egyaránt.

Egy verziókezelő használata során nekem mindig szükségem volt valamilyen eszközre, amely vizuálisan ábrázolja a különböző verziók, branch-ek közötti eltéréseket, vagy egyszerűen csak böngészni lehet vele a verziókezelőben tárolt adatokat, azaz a repository-t.

A WebSVN egy jól bevált Subversion böngésző, amelyet most Drupal szintaxis kiegészítéssel fogunk fűszerezni.

Hozzávalók

telepített subversion verziókezelő
telepített webszerver PHP-vel ugyanazon a szerveren
WebSVN telepítő csomag, letölthető itt: http://www.websvn.info/download/
Drupal GeSHi filter modul, letölthető itt: http://drupal.org/project/geshifilter

Elkészítés

Bizonyosodjunk meg róla, hogy a telepített subversion szerver és a http szerver (pl. Apache) működik.

Töltsük le a subversion verzióhoz megfelelő WebSVN verziót. 1.4-es SVN felett már használható a legfrissebb, 2.3-as WebSVN. A subversion verziószámát így deríthetjük ki:

# svnadmin --version

WebSVN telepítés

A WebSVN telepítése gyerekjáték. Csomagoljuk ki a letöltött fájlt egy könyvtárba, ahonnan a webszerver majd ki fogja szolgálni. Majd kövessük a doc/install.html utasításait. Ez mindössze annyit fog jelenteni, hogy az include/distconfig.php fájlt le kell másolnunk include/config.php néven, majd ezt a fájl értelemszerűen szerkesztenünk kell.

A config.php fájlban meg kell mutatni a WebSVN-nek, hogy hol találja az svn repositorykat. Ehhez a $config->addRepository() vagy a $config->parentPath() megfelelő beállítása szükséges. A beállításhoz minden szükséges információ rendelkezésre áll a config.php fájlban megjegyzés formájában.

A WebSVN a repositorykat az svn és az svnlook parancsok segítségével fogja olvasni, úgyhogy ezek elérhetőek kell legyenek a path-ban webszerver felhasználó számára. Ha mégsem, akkor a config fájlban a parancsok pontos helye is beállítható.

A WebSVN futtatásához nem szükséges adatbázis. Ha eddig mindent jól csináltunk, akkor van egy működő WebSVN-ünk, próbáljuk ki!

Drupal syntax highlight

Az utolsó lépés a legérdekesebb, Drupal szintaxis kiemelőt fogunk beállítani a WebSVN-hez. Ehhez a Drupal GeSHi filter modulból fogjuk kölcsönvenni azt a fájlt, amelyik a Drupal függvények és konstansok definícióját tartalmazza.

Töltsük le és csomagoljuk ki a Drupal GeSHi filter modult. Mindegy hova, most épp nincs szükség telepített Drupal-ra. Keressük meg a geshifilter/geshi-extra/drupal6.php nevű fájlt (ha drupal 5 szintaxis kiegészítést szeretnénk, akkor a drupal5.php fájlt használjuk) és másoljuk át a fájlt a már telepített WebSVN lib/gheshi nevű könyvtárába. Ebben a könyvtárban vannak a programozási nyelvek leírói. Itt fogjuk megtalálni a perl.php-t, a php.php és 156 másik nyelv leíróját.

Legutolsó lépésként már csak azt kell elmagyarázni a WebSVN-nek, hogy mely fájlok esetén szeretnénk drupal szintaxis kiemelést látni. Ehhez nyissuk meg újra az include/config.php fájlt és bizonyosodjunk meg arról, hogy a $config->useGeshi() parancs nincs megjegyzésbe téve. Illetve szúrjuk be még ezt a sort:

<?php
$extGeshi['drupal6'] = array('module','inc','install','profile','test');
?>

Ezzel elértük, hogy a module, inc, stb. kiterjesztésű fájlokat a drupal 6 nyelvűnek értelmezi a WebSVN és ennek megfelelő szintaxis kiemelést alkalmaz majd.

Ha mindent jól csináltunk, és megjelenítjük például egy drupal modul forráskódját (*.module) a WebSVN-ben, akkor a Drupal mag függvényei és konstansai kiemelten jelennek meg és link-ként viselkednek, amelyek az api.drupal.org-ra mutatnak. Emellett természetesen megmarad a PHP szintaxis kiemelés is, amely linkek viszont a php.net-re mutatnak.

A bejegyzés megírásához ezeket a verziókat használtam:
Subversion: 1.6.6 (r40053)
WebSVN: 2.3.1
GeSHi filter: 6.x-1.3

Az eredeti receptre Wim Leers blogján akadtam rá: http://wimleers.com/article/run-your...drupal-syntax-highlighting, köszönet érte!

szakma