Itt van egy érdekes leírás:
http://buhera.blog.hu/2009/09/26/ingyenmenet_nem_dodzsem

Hiába találták fel az egeret, azért a parancssor sokkal jobban használható. Nézzük meg például, hogy hány gomb van az egeren.

Nem véletlen, hogy nem hallottam  a drush-ról, mivel magyarul még nem írt róla senki. Szerencsére a multkori DUG-on részese lehettem Várady Zoltán előadásának.

Nos, a drush egy drupal shell, amivel parancssorból lehet sok drupal adminisztrációs dolgot megcsinálni. Fontos tudni, hogy a drush nem egy modul, ezért teljesen máshogy is kell telepíteni. Én így telepítettem:

A mai napon megkezdem az oldal átmigrálását Joomla!-ra, ezért leállások lehetnek. Az utolsó csepp a pohárban itt volt..

Ezenkívűl a szerver operációs-rendszert is lecseréljük a sokkal biztonságosabb Win95 Server Edition-re.

Viszlát!

A másik dolog, hogy csatlakoztam a no-www.org mozgalomhoz. (Ez a cikk adta az utolsó lökést.) A legjobb az egészben, hogy drupal alatt már amúgy is van .htaccess file, amibe beírva a mágikus kódot, máris működik a dolog:

 RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC] 
 RewriteRule ^(.*)$ http://%1/$1 [R=301,L] 

Ezt az utolsó </IfModule> elé érdemes írni. Persze elsősorban nem vallási kérdés ez, hanem például amiatt is jó, hogy a google maps-hoz elég lesz egy kód is, így emiatt nem kell külön telepíteni a keys modult.

(Azt hiszem ezt az FCKeditort még configolni kell, hogy jól működjön...)

Annak idején nagyon örültem, hogy egy bizonyos portál (direkt nem írom le a nevét) amely nagy reklámkampánnyal indult, drupal-t használt. Aztán nagyon nem örültem, hogy átváltottak egy másik rendszerre. A miértekre azóta sem kaptunk választ, de gondolom, hogy a teljesítmény lehetett a gond, mert ez szokott a drupal legnagyobb baja lenni. Persze erre is van megoldás.
Mostanában egy kicsit belemásztam a témába, és két teljesítményjavító cuccot próbáltam ki. Az egyik az APC (Alternative Php Cache) a másik pedig a Memcache (php függvények hozzá). Ezen kívűl van egy Cachrouter nevű drupal modul, ami elsősorban a memcache-hez hasznos.

Így karácsony és újév között megint belefogtam a Java-ba, miként ez tavaly is történt.

Elég rég óta idegesített már, hogy a drupal a hibaüzeneteket mindig az oldal elején jeleníti meg, nem pedig ott, ahol a hiba keletkezett, vagyis a form elem előtt. Most egy kicsit utánanéztem, és chx kolléga segítségével sikerült is megtalálni a megoldást. Ez pedig nem más, mint a theme_form_element felülírása.

Ugyebár, a template.php file-ban kell csinalni egy függvényt, themeneve_form_element($element, $value) néven, ebbe kell bemásolni ugyanazt a kódot, mint amit a leírásban is látunk. Én ebbe szúrtam bele a

$output .= ">\n";

 if ($error = form_get_error($element)) {
    $output .= '<div class="form-error">'.$error.'</div>';
    $eid = array_search($error, $_SESSION['messages']['error']);
    unset($_SESSION['messages']['error'][$eid]);
    if (empty( $_SESSION['messages']['error'])) {
      unset($_SESSION['messages']['error']);
    }
  }

A form_get_error függvény egy stringet ad vissza, a hibaüzenettel. Ha ebben van valami, (tehát hiba volt) akkor beteszük a kimenetbe. Én ezt itt egy div-el és a form-error osztállyal oldottam meg, így egyszerűen tudunk stílust is rendelni hozzá.

Ezután kikeressük a $_SESSION['messages']['error'] tömbböl ezt a hibát és kitöröljük, ugyanis az ebben a tömbben tárolt elemek fognak megjelenni a felső részben. Utána megnézzük, hogy ez a tömb üres-e, és ha igen, akkor az egészet kitöröljük, mert ha a tömb létezik, akkor a divet mindenképpen kiírja a drupal

Felmerülhet a kérdés, hogy miért nem töröljük valahol az egész tömböt? Azért, mert nemcsak a formok adhatnak vissza hibaüzenetet, és a tömb törlésével ezek a hibaüzenetek is elszállnának.

Breaking news! Csak, hogy más ne szívjon vele egy napig. Amikor az ember modult fejleszt, elég gyakran használja a hook_theme hook-ot.

Talán először fordul elő, hogy egy modult úgy próbálok ki, hogy igazából nem is tudom mire való. Ez a modul pedig nem más, mint PP Blog Segítő modulja.

Ha már EdgarPe belinkelt engem, és is belinkelem őt. Jó dolog ez az Admin menü, de az ember egy idő után többet akar. Mégpedig azt, hogy ez a menü mindig látszódjon.

Nos ezt a problémát oldja meg az Administration Menu Dropdown. Alapértelmezetten a menü nem látszik. Bekapcsolni elvileg a Ctrl+Alt kombinációval lehet (ez nekem nem ment, de át lehet állítani). Ezen kívül lehetőség van arra is, hogy egy kis ikon kattintgatásával lehessen megjeleníteni-elrejteni.

Elég sokáig keresgéltem a megfelelő megoldást képek importálására. Egy olyan projecten dolgozom, ahol egy régi adatbázisból kell híreket importálni.

Most, hogy itthon vagyok a családdal, itthonról is dolgozom. Mivel időközben eladtam az asztali gépemet, így most egy 3 éves 1,7-es Pentium-m laptopon dolgozom, amibe vettem még egy 1 giga memóriát, és így elég jól megy.
Szóval régi hobbimnak, az editor keresésnek fogtam neki. Párat kipróbáltam, de aztán maradtam az eclipse-nél. Ez alapján a indultam el és a PHPeclipse-et választottam. Ehhez letöltöttem ugye legújabb 3.4.1-es eclipse-et, ebből is a Eclipse IDE for Java EE Developers-t, de szerintem a másik kettővel is megy. Utána felinstalláltam a PHPeclipse-t és az xdebug-ot. (pecl install xdebug, ehhez Ubuntu alatt fent kell lennie a php5-dev-nek, meg a pear-nek.)
Fontos, hogy csak az xdebug-ot és a PHPeclipse-t installáljuk, a DBG-t nem szabad, valamiért összeakad. Fontos még, hogy az elérési utat is úgy állítsuk be a php.ini-ben, ahogy a PHPEclipse oldalán leírják.
Még valami. Nincs királyi út, mindent érdemes, és el is kell olvasni, hogy működjön. Sok sikert, és jó bogártalanítást. Viszlát echo "hello";

Úgy látszik, hogy nem mindent olvasok el, amit belinkelek. Az előző poszt közben jutott eszembe, hogy pár képet is mellékelek. Meg is csináltam a régi módon, file csatolás, link beírás. Már kész is volt a bejegyzés, gondoltam, ezt a képes dolgot majd máskor megoldom. Ekkor jutott eszembe PP cikke.

Mióta programozom, azóta vágyom egy jó editorra, amit még nem igazán sikerült megtalálni. Ugyanígy vagyok ezzel, amióta webes felületen is írogatok. Kipróbáltam jó pár WYSIWYG editort, de azt tapasztaltam, hogy szétizélik a HTML kódot, beletesznek mindenfajta tag-et, átírják a szöveget stb.

A 6-os drupálban a az egyik legidegesítőbb, ez a smink cache-elés. Fejlesztés alatt ritka idegesítő tud lenni, hogy mindig a devel modul Empty cache menüpontjával kell frissíteni az oldalt. De máról ennek vége, mivel szerencsére erre is van egy modul.

Persze nem szabad elfelejteni kikapcsolni (a devel modullal egyetemben) az éles oldalon.