Falls man sich mal fragt wie man multiple Inserts mit symfony hinkriegt, fängt man an zu googlen und stößt schnell auf dieses Snippet.

Und bevor man da rumeiert und das auf zB Sqlite umschreibt, einfach mal Propel Transaktionen anschauen:

$con = Propel::getConnection();
$con->beginTransaction();

foreach ($temp as $item) {

$blog = new Blogs();
$blog->setTitle($title);

$blog->save($con);

}

$con->commit();

Klappt super, zumindest mit Sqlite bei mir hier.

Nachdem ich irgendwann mal das “My First Project” durchgespielt hatte, war ich der Auffasung, dass der Datepicker immer benutzt wird beim Admin Generator. Doch nachdem ich dann mal eine andere Anleitung benutzt hatte mußte ich feststellen: Das ist nicht immer so!

Den Unterschied macht, wie man den Admin Generator aufruft:

php symfony propel:init-admin backend post BlogPost

ist symfony 1.0 und macht den DatePicker

php symfony propel:generate-admin backend BlogComment --module=comment

ist symfony 1.2 und generiert stattdessen ein häßliches pulldown.

Um nun für 1.2. doch einen DatePicker zu bekommen nützt es auch nix irgendwas in der generator.yml anzugeben. Das wird alles ignoriert.

Man muss schon ein PlugIn bemühen: das sfFormExtraPlugin.

Das baut dann ein Jquery Datepicker hinter das Pulldown, auch nich so dolle aber immerhin.

Und das läuft so:

– Plugin installieren

– Jquery holen und einbinden in die view.yml:

javascripts:    [jquery-1.3.2.min.js,query-ui-1.7.2.custom.min.js]

stylesheets:    [main.css,jquery-ui-1.7.2.custom.css]

– jquery-ui-1.7.2.custom.min.js nach web/js kopieren
– jquery-ui-1.7.2.custom.css nach web/css kopieren

– in lib/form/<model>Form.class.php folgendes rein:

public function setup()
{
parent::setup();
$this->widgetSchema['created_at'] = new sfWidgetFormJQueryDate();
}

– cache leeren noch mal den admin generator anschmeißen und wenn ich nix vergessen hab, sollte jetzt der DatePicker auftauchen

Puh, danke an die symfony Forum Suche ich hoffe in 1.3. wird das ein bißchen einfacher.

Habt Ihr das auch so gemacht? Gibts noch ein Trick?

Lasst mich es wissen…

Nun bietet SabreAMF ab Werk “nur” Serialisierungen für primitive Typen sowie Bytestreams (Flash-Pendant “ByteArray”) und PHP-Array (“ArrayCollection”) an. Natürlich kann man auch Objekte per Class-Mapping auf ein Äquivalent im Flash-Player abbilden.

Das Symfony-Plugin setzt noch einen drauf und bietet mehrere Adapterklassen, die es ermöglichen, ohne Aufwand Propel-Persistenzobjekte sowie Instanzen von DoctrineCollection und einzelnen Doctrine-Models zu serialisieren.

Im Falle Propel geschieht das Mapping via Reflection-API, durch die festgestellt wird, ob die übergebene Instanz von X das Interface “Persistent” implementiert. Reflection? Klingt unheimlich ausgefuchst. Dumm nur, dass ihr Einsatz damit auch schon beendet ist. Denn sobald die Instanz als ich sag’ mal Plain Old Propel Object (“Popel” :D) identifiziert wurde, greift sich das Plugin durch die toArray()-Methode die gespeicherten Eigenschaften.

Wobei natürlich nur diejenigen auch korrekt serialisiert werden, die zu diesem  Zeitpunkt bereits geladen wurden. Und custom-properties erst gar nicht berücksichtigt werden. Und Fk-Beziehungen erst recht nicht.

Die Lösung gegen frühzeitige Nervenzusammenbrüche (einen AMF-Service zu debuggen ist ja auch so eine Sache) ist natürlich – wenn man es weiß – : Die toArray() Methode einfach überschreiben bzw. erweitern um die Objekteigenschaften, die man via AMF mitschicken möchte. (Bitte mögliche Seiteneffekte im Sourcecode vorher gründlich abklopfen! Ich übernehme keine Haftung bei spontaner Selbstentzündung!)

Schade, dass sfAmfPlugin so derbst schlecht dokumentiert ist und gerade über die Serialisierung wenig bis gar keine Worte verloren werden. Ansonsten ist das Teil ja wirklich nett.

Bei Google hab ich auch nichts sonderlich hilfreiches gefunden, bis auf einen Beitrag:
hier … und da die letzte Antwort.

Will man also einen Query wie folgt mit Propel bauen:

SELECT referer.ID, referer.IP, referer.CREATED_AT, count(*) AS cnt

FROM `referer`

WHERE referer.CREATED_AT >'2009-07-22 00:00:00'

GROUP BY referer.URL

ORDER BY referer.CREATED_AT ASC LIMIT 25

macht man so:

$c = new Criteria();
$c->addAsColumn('cnt', "count(*)");
RefererPeer::addSelectColumns($c);
$c->add(RefererPeer::CREATED_AT,date('Y-m-d').' 00:00:00',Criteria::GREATER_THAN);
$c->addAscendingOrderByColumn(RefererPeer::CREATED_AT);
$c->addGroupByColumn(RefererPeer::URL);
$c->setLimit(sfConfig::get('max_refererdashboard',25));
$called = RefererPeer::doSelect($c);

Die Objekte im Ergebnis Array enthalten nun aber nicht die neue Column ‘cnt‘.
Die muss man dem Model noch beibringen.

Um das Model Objekt zu erstellen benutzt Symfony eine hydrate() Funktion aus der Base Klasse.
Die muss im Model überschrieben werden und darin die neue Column cnt in das Ergebnis Objekt aufgenommen werden.

ungefähr so:

class Referer extends BaseReferer
{
public function hydrate($row, $startcol = 0, $rehydrate = false)
{
$r = parent::hydrate($row, $startcol, $rehydrate);
$this->cnt = $row[7];
return $r;
}
}

Dann gehts!