néhány kevéssé dokumentált symfony esemény

Korábban gondolkoztam rajta, hogy készítek egy írást a symfony eseménykezeléséről, összefoglalva, hogy melyik eseményt ki váltja mi és milyen listenerek vannak alapból. Aztán, ahogy telt az idő nem írtam semmit, illetve kijött a reference book, amelyben külön fejezetet szenteltek az események összefoglalásának.

Van néhány esemény, aminek nem szentelnek túl nagy figyelmet, pedig roppant hasznosak tudnak lenni. Ezek az admin genertároban találhatók:

• admin.pre_execute: minden admin action preExecute() metódusának végén értesít ki. Speciel ennek még nem láttam hasznát.
• admin.save_object: minden (admin generátor oldalon végzett) objektum mentés után értesíŧ ki. Nagyon hasznos minden olyan tevékenység elvégzésére, amely nem kötődik szorosan a modell osztályhoz, de meg kell történnie mentéskor (pl. cache ürítés, lucene index frissítés, …).
• admin.delete_object: minden (admin generátor oldalon végzett) objektum törlés előtt értesít ki. Hasonló előnyökkel kecsegtet, mint a mentésnél láttuk.

symfony textarea widget érdekesség

Érdemes erre a widgetre odafigyelni, különben nem várt meglepetésben lesz részed. A textareaban megjelenő szöveget illik escapelni, erre tökéletes is lenne a htmlspecialchars függvény. Csakhogy a symfony nem pontosan ezt csinálja. Az sfWidgetFormTextarea::render() kicsit megpróbál tovább menni. A form framework jó pár widgetben használja az sfWidget::escapeOnce() metódust, itt azonban ez igen veszélyes.

A kedves olvasóra bízom, hogy mi lesz az alábbi szöveggel, miután kétszer egymás után postolja az egy formon.

<p>ez itt egy bekezdes</p> &lt;script&gt;alert(&quot;aaa&quot;);&lt;/script&gt;

URL alapú szűrés symfony 1.2 admin generatorral

A probléma

Symfony 1.0 admin generator alatta a lista nézet szűrése nagyon egyszerűen volt megoldva: az űrlapon megadott paraméterek GET-ként közlekedtek, maga a szűrés alkalmazása is a list actionben volt implementálva. Így máshonnan is könnyen használható volt, saját magunk által készített egyedi URLben is. Ez az új admin generator alatt most nem működik. Legalább is egyből nem, de mint látni fogjuk könnyen szóra bírható.

Symfony 1.2 admin generator

Elöljáróban

Ez már nem játék. Legalábbis nem teljesen. Elöljáróban megsúgom, annyira nem rossz a helyzet, mint korábbi cikkemben lefestettem. Az új admin generator egy nagyon rugalmas eszköz a kezünkben, amivel ha jól bánunk, mindenféle nagyobb hackelés nélkül teljesíti egyedi igényeinket is.

Ott folytatnám, ahol a hivatalos dokumentáció abbahagyja, hiszen itt kezd érdekessé válni a dolog. Ehhez persze szükséges némi előképzettség. A dokumentációban leírtakat nem taglalom újra, azt tessék elolvasni szép angol nyelven. Feltételezem, hogy tisztában vagy az 1.0 admin generátorával, valamint ismered az új generator.yml és a generator template (theme) felépítését.

Még egy megjegyzés: mivel Doctrine-nel dolgozom, így az itt leírtak is erős Doctrine függőséget fognak mutatni. Habár mindez (néhány különbséggel) teljesen így működik Propel alatt is.

symfony űrlapok további bővítési lehetőségei

Korábbi cikkemben bemutattam egy módszert, hogyan lehet részlegesen adatok validálni symfony formokkal. Most nézzünk meg további hasznos bővíŧési lehetőséget.

3 új funkciót fogok megmutatni:

1. űrlap kötése közvetlenül a kéréshez (bindRequest())
2. űrlap kéréshez kötése részlegesen (bindRequestPartial())
3. error séma beszerzése tömbként (getErrorsAsArray())

Röviden nézzük végig egyesével és lássuk a kódot.

Symfony 1.2 admin generator játék

Végül csak kipróbáltam, hiszen már 1.2.1-nél jár a rendszer. Nem lettem fiatalabb. Elöljáróban annyit, hogy kissé megbonyolították a dolgokat (több szinten is), és ez nem biztos, hogy a symfony javát szolgálja. De lássuk a szaftos részleteket.

Symfony újdonságok: 1.2, Jobeet

Aki nem követné figyelemmel a symfony blogot: ma megjelent az symfony 1.2. Ahhoz képest, hogy elsősorban az admin generátor újraírást tűzték ki célul, sok mindennel jelentkezik az új kiadás. Az egyik legfontosabb a teljesen újraírt Routing Framework (mennyi framework a keretrendszerben ), amire erősen épít az új admin generator is. A formokat kicsit tovább pofozták, jól szétszedték a teszteléshez való komponenseket, valamint bekerült a Doctrine is a repertoárba (miután szept. 1-től náluk dolgozik a főfejlesztője csúnya lett volna ha nem). Személy szerint ez annyira nem dob fel, alapvetően ugyanazt tudja, mint a Propel, max kicsit másképp. Alapjaiban egyformák. Arra figyelj, hogy most már mindkettő PDO alapú. Ez tök jó, addig amíg nem akarja a rendszerben valami a modelt serializalni, mert azt bizony PDO-s dolgokkal nem lehet.

Apropó routing. Ha van tapasztalatod az új rendszerrel, vagy a régivel kommentbe szivesen vennék néhány választ, miért zabál az sfPatternRouting::generate() annyi ramot? Nem sima oldaltöltésnél vehető észre, de ha mondjuk generálsz 5-10 ezer egyedi urlt (pl nagyobb mennyiségű levélküldés), akkor már nagyon kijön.

Jobeet. Érdemes megtanulni ezt a nevet. Az új Askeet, ami valjuk be mára eléggé elavult. Ami nagyon pozitív benne, hogy jóval több akar lenni (és valszeg lesz is), mint összedobált kóddarabok összessége. Személetet próbál átadni (némi? symfony körítéssel), ami érdekessé teheti azok számára is, akik nem tudnak/akarnak/kívánnak symfony-val foglalkozni.

Ha kedvem, időm engedi, megnézem az új routing renszert és admin generátort. Talán abból is kisül egy rövidebb írás.