• 09.11. – 2 * (6 * 300m)
• 16.11. – 4 * (400m, 800m)
• 23.11. – 2 * (8 * 200m)
• 30.11. – 4 * 1000m, mit 1000m Test
• 07.12. – (200m, 400m, 600m, 1000m, 1000m, 600m, 400m, 200m)
• 14.12. – 2 * (6 * 400m)
• 21.12. – 2 * (8 * 200m)

if ($isTrue) {
$foo = $truth;
} else {
$foo = $lie;
}

Aber es geht auch als Einzeiler.

 $foo = $isTrue ? $truth : $lie;

Ist saugeil. Hauptverwendung ist bei mir wenn ich mit Slots in Templates arbeite.
In php 5.3, wird’s noch kürzer.

$textA ?: $textB;

$this->getResponse()->setHttpHeader('Content-Type', 'application/msword');  

Also ein Word ein Dokument vorgaukeln und alles ist einfach und gut. Natürlich war gar nichts gut, das Layout wurde stets zerschossen und der Adresskopf war nie da wo er sein sollte. Außerdem hatten wir schon Word-Vorlagen. Die Word-Vorlagen habe ich dann mittels OpenOffice ins “.odt” Format gebracht.
Um diese Templates dann zu verarbeiten, benutze ich die kleine Bibliothek odtphp. Hier kann man mittels php in einem odt-Dokument Variablen var in {var} ändern.Also Bibliothek wieder einbinden.

require_once ("/library/odf.php");

Nun zur Action

public function executeInvoice(sfWebRequest $request){
  $odf = new odf( "odfTemplates/document.odt");

Das hier ist der erste Knackpunkt, aber nur wenn man es nicht berücksichtigt. Irgendwo müssen ja die Templates liegen und sie liegen nicht beim Controller, sondern im ‘web’ Unterordner von Symfony, da dort die Verarbeitung der Anfrage stattfindet. Jetzt wird es dreckig und schmutzig.
Da ich nun vorsätzlich die MVC- Struktur verletzte, denn nach der Theorie gehört Logik in den Controller und Ausgabe in die View, dass man häufiger auch mal Logik in die View packt ist ja bekannt, aber dieses Mal muss der Controller zur Ausgabe hinhalten. Da hier die Marker verarbeitet werden.

$odf->setVars('variable', $variabeleValue );

Die Ausagbe als Downloadbare Datei erfolgt mit der Funktion.

 $odf->exportAsAttachedFile('document.odt');

Nun kommen wir zu Problem, dass symfony nach jedem Aufruf einer Action in der View ein Rückgabewert erwartet, umgehen kann man es mit,

throw new sfStopException();

Die Verarbeitung wird gestoppt und man kriegt ein schönes odt-Dokument.

 echo $sf_data->getRaw('sf_content') 

.
Fertig. super!
Wir haben natürlich auch wieder eine Funktion,

public function executeCsv(sfWebRequest $request)
{
/**coole Abfrage. Daten holen**/
//unsere Layout Datei setzten
$this->setlayout('csvLayout');
//die Standard ausgabe des Header löschen
$this->getResponse()->clearHttpHeaders();
//dem Browser erzählen was da kommt
$this->getResponse()->setHttpHeader('Content-Type', 'application/vnd.ms-excel');
//und die Datei heisst
$this->getResponse()->setHttpHeader('Content-Disposition', 'attachment;filename=umsatzanzeige.csv');
}

In der View csvSuccess.php findet dann die Verabeitung der Daten statt.

foreach ($values as $v ):
echo $v->getId().',' .$v->getSome();
endforeach; 

Done, Buchhaltung ist glücklich.