A cégnél többször szóba kerül, hogy melyik a legjobb PHP-s fejlesztőkörnyezet, York és Dénes a PhpStorm-ra esküszik és nem bírtam megállni, hogy késő este ne tegyem próbára a PHP-s kódkiegészítési képességeiket.
Ha sok OG csoportunk van az oldalon, eléggé bajos lehet a felhasználóknak a normál select widgetet használva több csoportba rakni egy node-ot. Lehet a Ctrl gombot nyomogatni, satöbbi, de ez minden, csak nem felhasználóbarát.
Cseréljük le ezt egy Hierarchical Select widgetre (http://drupal.org/project/hierarchical_select), sokkal jobban kezelhetővé válik.
Nem kell hozzá más, mint egy hook_form_alter() implementációban elkövetni ezt:
A contrib modulok kódjába való beleturkálás nem tartozik a halálos bűnök közé (vö.: core - http://www.flickr.com/photos/hagengraf/2802915470/ ), de egy idő után a káosz erőt vehet a kódbázison. Például a kódot nem első pillanatban verziókezelés alatt kezeltük, a klienshez ki lett téve FTP-n és valaki direkt módosításokat végzett és így tovább. Vagy kaptunk egy másik cégtől levetett, félkész munkát folytatni nem megfelelő dokumentációval. Ezek az esetek távol esnek az optimálistól, de nekem bizony szükségem volt valami megoldásra!
Nemrégen indítottuk el Alexis Dufresne kollégámmal a faveeo.com oldal privát bétatesztelését. Az egész természetesen Drupalon alapul, eddig nem hackeltük a core-t. (lesz rá szükség, gyanítom...) A további blogbejegyzésekben arról tervezek majd írni részletesen, hogy milyen problémákkal kellett megküzdenünk a fejlesztés során (ami persze nem ért véget, hisz a befejezett webes projekt egyenlő a halott projekttel).
Mindenki tudja, hogy a Drupal beépített keresője elég használhatatlan óriásira nőtt oldalaknál, az Apache Solr ilyenkor nagyon jól jön. Na de mit csináljon, akinek van mondjuk 100.000 node-ja, amikor feltelepíti a solr-t? Valahogy be kéne juttatni az összes node-ot az indexbe záros határidőn belül. Erre gányoltam egy kis szkriptet, ami Drush segítségével parancssorból tetszőleges agresszivitással beszipkázza a node-okat a cron teljes megkerülésével a solr indexbe:
Két új modult pakoltam ki ma a drupal.org-ra, röviden szeretném bemutatni őket.
Az első a Views Savedsearches-hez (aminek átvettem a karbantartását quicksketch-től) egy Notification integráció. Mit is jelent ez? Azt, hogy bármilyen views exposed filter keresésre feliratkozhatunk
Elkészült a FeedAPI-ról Feeds-re migrálást segítő modul első verziója:
http://drupal.org/node/596584
Egészen sok parser-t és processzort támogat, a FeedAPI Mapper-rel már kevésbé jön ki jól, mivel a Feeds nem támogat feed-enkénti konfigurációt, ez pedig eléggé agyonvágja a mappelések frissítési lehetőségét.
Ha ki tudod próbálni az új modult, a d.o ticketnél minden visszajelzést szívesen veszek!
A Development Seed után, ahol bő 3 évig zömmel feedekkel foglalkoztam és rengeteget tanultam arról, hogy hogyan is lehet sikeressé tenni egy open source projektet, eljött az ideje a váltásnak. Egy vadonatúj genfi céghez csatlakoztam.
Egész más lesz itt a feladatom, no marad a Drupal és a programozás, de több felelősség, nagyobb kihívások várhatóak, ellenben ilyen kis csapatban kevesebb lehetőség, hogy a kollégáktól tanuljak valamit. Amiről lehet, bloggolok majd :)
Egy héttel a konferencia vége után megosztanám a párizsi Drupal konferencián készült képeket.
A space-ek ugyan láthatatlanok, mégis van rájuk coding standard :) Bizony, nézd csak meg a http://drupal.org/coding-standards#indenting oldalon! A sor végén nem szabad fölösleges space-eket hagyni, ez pedig gyakran megtörténik, nekem például az IDE-m előszeretettel pakol bele ilyeneket, például amikor automatikusan doxygen kommentet generál egy függvény elejére.
Ha szeretnéd az általad karbantartott modulból a felesleges space-eket kigyomlálni, ajánlom az alábbi unix egysoros megoldást: