Integrationen. HowTo, anhand eines Realbeispiels.

Castingplus ist eine Model und Castingagentur. Entworfen und gestaltet wurde die Website von einer Werbeagentur, unsere Aufgabe bestand zum einen darin dafür zu sorgen, daß sie nicht nur läuft, sondern daß sie schnell und gut läuft. Desweiteren muß die Seite vernünftig und ohne Programierkenntnisse von den Mitarbeitern administrierbar ist.

Was von der Website erwartet wird:

1. Eine Castingagentur hat nicht nur feste Models sondern sucht auch Models im Auftrag für Kunden, d.h. zu dem normalen Präsentations Bildbestand den eine Modelagentur für die Modelportfolios ständig verwalten muss kommen auch noch unmengen Bilder die für die Model Vorschläge an den Kunden gehen und die Ebenfalls zeitweise Online gespeichert werden bis der Kunde seine Auswahl getroffen hat. Bei Castingplus laufen etwa 100.000 Photos und Videos pro Jahr über die Website, der permanente Anteil pendelt zwischen 15 und 25.000 Photos. Speicherbedarf der kompletten Seite liegt derzeit bei ca 20GB.

2. Diese Suchaufträge sorgen dafür, daß ein Photo nicht einmal eingepflegt wird und dann dort verbleibt, sondern es herscht eher eine Situation permanenten "kommen und gehens" von Photos auf der Seite, es müssen ständig neue Alben zusammen gestellt werden und andere wieder gelöscht werden, dazu kommt die Möglichkeit für Models sich selbst als Models zu bewerben. Diese Bewerbungsalben müssen gesichtet und übernommen oder verworfen werden, sowie Suchaufrufe von Kunden, die Models zu bestimmten Themen suchen und die direkt über diese Website von den Kunden selbst bearbeitbar sein müssen.

3. Ein Modeldatensatz besteht nicht nur aus Photos sondern darüber hinaus werden noch ca 60 weitere Daten zu jedem Model erfasst. Zu den normalen Personendaten kommt eine Vielzahl von modelspezifischen Daten, wie Konfektions- und Schuhgröße, Haarfarbe, Körpermaße, Sprachkenntnisse, besondere Fähigkeitet..... uvm.

4. In den letzten Jahren sind im Castingbereich Videos immer wichtiger geworden, was einen Anstieg der Datenmenge pro Model um den Faktor 10-20 zur Folge hat.

Vor und Nachteile, der in Frage kommenden Systeme:

1. Vorzüge von Gallery2: Alle diese Vorgaben wären theoretisch mit Typo3 zu bewerkstelligen. Wäre da nicht diese enorme Flut an Fotos die ständig on and off gehen. Gallery2 ist als spezielles online Bildarchiv schlicht 100 mal so schnell im Umgang mit Fotos als Typo3. Es hat zudem ein exorbitant schnelles Cachesystem und Smarty, einen PHP-Compiler, als extrem schnelle Templateengine zum rendern. Eine Seite mit z.B. 30 Bildern die beim ersten Mal laden 35 sekunden braucht, bis alle Bilder in die richtige Größe gerechnet sind, wird beim zweiten Aufruf, egal von wem sofort anzeigt. Reine Zeiteinsparung der Arbeitszeit, für den Contentmanager der die Alben pflegt gegenüber Typo3, geschätzt 70%. Dazu kommt natürlich die wesentlich schnellere Reaktion der Bilder Gallerien wenn Kunden die Seite besuchen. Die enorm benutzerfreundliche Handhabung der Bilderalben ist vergleichbar mit der Desktop Anwendung "Adobe Lightroom" und schlägt auch hier Typo3 um längen. Wer selbst fotografiert und seine Bilder archiviert weiß wieviel Zeit eine gute Archivierungssoftware spart.

2. Vorzüge von Typo3: eine Address oder Modeldatenverwaltung ist in Gallery2 nicht schwierig, sondern komplett unmöglich. In Typo3 allerdings überhaupt kein Problem, selbiges gilt für Suchaufruf Seiten oder Modelanmeldeformulare. Damit steht fest, die Anwendung muß ein Typo3 Seite werden, da mit Gallery2 schlicht nicht alle Aufgaben realisiert werden können.