Für die Webseite wurde eine eigene Extension realisiert, die die Darstellung der Projekte übernimmt. Die Projekte können Multimedial präsentiert werden (Videos, Slideshows, Bilder und Texte).

Einzelne Elemente der Webseite wurden auf das iPone/Ipad optimiert.

Die Extension wurde so in RealUrl integriert, dass die Extension Paramter automatisch in “sprechende” Seitenadressen ungewandelt werden.
Dadurch entstehen Seitenadressen wie “http://www.bauwens.de/referenzen/gewerbebau/detail/project/hartmut_otto_gmbh_co_kg/”.

Die Veranstaltungsextension die erstellt wurde, ermöglicht das Einstellen bzw. das Melden neuer Veranstaltungen durch den Seitenbesucher. Die Veranstalungen können nach Kategorien geordnet durchsucht werden.

Da die Seite einem großen Besucheransturm verkraften muss und zum Teil große Lastspitzen hat, wurden mehrere Caching Methoden eingebaut.

Die Extension wurde so in RealUrl integriert, dass die Extension Paramter automatisch in “sprechende” Seitenadressen ungewandelt werden. Dadurch entstehen Seitenadressen wie “http://www.wupp24.de/besucher-programm/ergebnis/detail/kategorie/besichtigung-fuehrung/veranstaltung/besichtigung-des-tiefbunkers-doeppersberg-brausenwerth/”

Auf der Seite kommt eine von uns speziell erstellte Veranstaltungsmanager Extension zum Einsatz. Die Seite dreht sich um eine Veranstaltungsreihe an einem Wochenende im September und hat daher schon immer mit Lastspitzen zu kämpfen.

Der Server wurde mit den gängigen Optimierungsmassnahmen getunet (APC, MySQl Einstellungen) und liefert die Seite mit der Extension bereits mit ca. 81 Requests / Sekunde aus. Ist also für Typo3 Verhältnisse schon ziemlich flott unterwegs.

Die Extension besteht aus mehreren Ansichten: Suche mit filterbarer Liste, Detailansicht und eine Kategorieübersicht. Die Extension ist eine USER_INT Extension (ist daher ungecacht).

Die Extension wurde innerhalb eines eigenen Extension Frameworks umgesetzt. Auf den Einsatz von Extbase wurde bewußt aus Geschwindigkeitsgründen verzichtet.

Die Performance Veränderungen wurden auf dem Server mit dem Apache Benchmark Tool gemessen:

ab -c 10 -n 100 http://typo3-projekt.local

1. Maßnahme: Extension Caching einbauen
Als erstes wurde von uns ein Caching System in die Typo3 Extension eingebaut. Dafür benutzten wir das ab Typo3 4.3 integrierte Caching Framework mit dem APC Backend. Die Caching Daten werden also in dem APC Cache gespeichert.

ext_localconf.php

// If cache is not already defined, define it
if (!is_array($TYPO3_CONF_VARS['SYS']['caching']['cacheConfigurations'][$_EXTKEY]))
{
$TYPO3_CONF_VARS['SYS']['caching']['cacheConfigurations'][$_EXTKEY] = array
(
'backend' => 't3lib_cache_backend_ApcBackend',
'options' => array()
);
}


Initialisierung des Caching Frameworks im Controller:

/**
* Initializes the cache framework
*
* @return void
* @see initialize()
*/
public function _initCache()
{
if (TYPO3_UseCachingFramework)
{
// Create the cache
try {
$GLOBALS['typo3CacheFactory']->create(
$this->extKey,
't3lib_cache_frontend_VariableFrontend',
$GLOBALS['TYPO3_CONF_VARS']['SYS']['caching']['cacheConfigurations'][$this->extKey]['backend'],
$GLOBALS['TYPO3_CONF_VARS']['SYS']['caching']['cacheConfigurations'][$this->extKey]['options']
);
} catch(t3lib_cache_exception_DuplicateIdentifier $e)
{
// do nothing, the cache already exists
}
// Initialize the cache
try {
$this->cache = $GLOBALS['typo3CacheManager']->getCache($this->extKey);
} catch(t3lib_cache_exception_NoSuchCache $e)
{
// Unable to load
throw new Exception('Config Error! Unable to get extension cache!');
}
} else {
throw new Exception("Config error! Please activate Typo3 Caching Framework! localconf.php: \$TYPO3_CONF_VARS['SYS']['useCachingFramework'] = '1' ");
}
}


Gecached wird der komplette Output einer Controller Action.

Beispiel detailAction:
/**
* Render detail view
*
* @return string html
*/
public function detailAction()
{

return $template;
}

Diese Maßnahme brachten eine Geschwindigskeitssteigerung von ca. 10 Requests / Sekunde.

2. Maßnahme: Umstellen des Seiten Cachings von Typo3 auf APC

$TYPO3_CONF_VARS['SYS']['caching']['cacheBackendAssignments'] = array(
'cache_hash' => array(
'backend' => 't3lib_cache_backend_ApcBackend',
'options' => array(
)
),
'cache_pages' => array(
'backend' => 't3lib_cache_backend_ApcBackend',
'options' => array(
)
),
'cache_pagesection' => array(
'backend' => 't3lib_cache_backend_ApcBackend',
'options' => array()
)
);

Diese Maßnahme ergab keine signifikante Veränderung

3. Maßnahme: nc_staticfilecache installieren

Um die Performance weiter auszureizen, wurde die sehr beliebte Extension “nc_staticfilecache” installiert.
Die Extension generiert statische html Dateien im typo3temp Verzeichnis. Mit Hilfe von Rewrite Regeln in der .htaccess Datei werden die Dateien an den Seitenbesucher ausgeliefert. Im optimalen Fall wird also Typo3 gar nicht aktiv.

Die Rewrite Regeln sind dabei so intelligent gewählt, dass die Umleitung auf die statischen Dateien nur passiert wenn:

• Die Seitenurl KEINE Query Strings enthält
• Die HTTP Header KEIN no-cache enthalten
• Kein fe User eingeloggt ist
• Die Seite per GET abgefragt wurde

Die Cache Dateien werden automatisch gelöscht, beim leeren des Typo3 Seitencaches.

Die Extension bringt allerdings eine Einschränkung mit: sie funktioniert nur bei gecachten Extensions!

Seiten die USER_INT Extensions enthalten (bzw. bei denen das Seiten Caching deaktivert ist), werden automatisch ignoriert.

Die Performance von Seiten die von nc_staticfilecache erfasst werden, läßt jedoch hoffen: bis zu 8500 Requests / Sekunde konnten hier gemessen werden!

4. Maßnahme: Generieren von Cache Seiten mit wget
Die Intention der nc_staticfilecache ist klar: USER_INT Extensions können den Inhalt der Seite bei jedem Aufruf ändern. Eine generalisierte Caching Logik ist hier also nicht so einfach zu definieren.

Um Seiten mit USER_INT Extensions trotzdem von dem Caching profitieren zu lassen, machen wir die folgenden Massnahmen:

1) Umschreiben der Extension Urls in sprechende Adressen (da das Rewriting nur bei Urls ohne Query Strings greift)


'kategorie' => array(
array(
'GETvar' => 'tx_bdeventregistrationmgr_pi1[category]',
'lookUpTable' => array(
'table' => 'tx_bdeventregistrationmgr_category',
'id_field' => 'uid',
'alias_field' => 'name',
'addWhereClause' => 'and deleted=0',
'useUniqueCache' => 1,
'useUniqueCache_conf' => array(
'strtolower' => 1,
'spaceCharacter' => '-',
),
),
)),
'veranstaltung' => array(
array(
'GETvar' => 'tx_bdeventregistrationmgr_pi1[uid]',
'lookUpTable' => array(
'table' => 'tx_bdeventregistrationmgr_events',
'id_field' => 'uid',
'alias_field' => 'title',
'addWhereClause' => 'and deleted=0',
'useUniqueCache' => 1,
'useUniqueCache_conf' => array(
'strtolower' => 1,
'spaceCharacter' => '-',
),
),
)),


2) Manuelles Generieren der Caching Dateien mit wget

Folgenden Befehl kann man in dem typo3temp/tx_ncstaticfilecache Verzeichnis ausführen:

wget -m -R "*index.html?*" --no-cache -N -E -X typo3conf,fileadmin,uploads,typo3temp http://typo3-projekt.local

Achtung: Die Extension “nc_staticfilecache” löscht das Caching Verzeichnis komplett, wenn man den Typo3 Seitencache leert! Der wget Befehl sollte daher ggf. über den Typo3 Scheduler regelmäßig ausgeführt werden bzw. bei jeder Datensatz Änderung im Backend.

Der obere Ansatz cachet die gesamte Seite statisch. Es kann hier allerdings auch sinnvoll, nur bestimmte Urls statisch zu cachen.

Um sich eine Liste von Seitenurls zu generieren (um z.B. Bereiche zum Cachen auszuwählen, oder Links zu finden, für die noch Realurl Rewrite Regeln definiert werden müssen:


wget --reject=gif,png,jpg,jpeg,JPG,css,js,ico,eps,pdf,docx,zip --spider -e robots=off --wait 1 -r http://www.wupp24.de 2>&1 | grep '^--' | cut -d " " -f 4 | sort | uniq > urls.txt


Die so generierte Link Liste kann dann (nach Sichtung und Auswahl) wieder benutzt werden, um eine Reihe von statischen Html Cache Dateien anzulegen.

Diese Maßnahme erzeugt bis zu 8500 Requests / Sekunde. Also 105 x mehr Abrufe die Sekunde, als ohne Caching.

Fazit:
Natürlich spart man sich die ganzen Maßnahmen wenn man die Extension direkt als gecachte Version realisien kann. Hier greift dann die normale Logik von “nc_staticfilecache”.

Generell sollte man daher trotzdem immer versuchen, eine gecachte Extension zu erstellen.

Allerdings hat der Einsatz von gecachten Extensions (und dem cHash) immer auch so seine Tücken und hätte in unserem Fall den Einsatz von Typoscript Switchen erfordert (um z.B. in der Filteransicht auf USER_INT zu schalten) und an unterschiedlichen Stellen Probleme gemacht.

Der Ansatz die Cache Dateien “per Hand” zu generieren, kann helfen Lastspitzen abzufangen (um z.B. Datenbestände bewußt für einen Zeitraum X einzufrieren, bis der Ansturm vorbei ist).

Briefe versenden mit Pixelletter.de

Wer kennt es nicht: der lästige Gang zum Briefkasten, nur um eine Rechnung zu verschicken. Zumindestens bei mir bleibt der Brief dann gerne mal länger liegen. Leider kann man ja auf Grund des (unnötig komplizierten) Signaturgesetzes die Rechnung nicht einfach per E-Mail senden. Die Option die Rechnung mit einer digitalen Signatur zu senden ist aus meiner Sicht nicht praktikabel. Schließlich bürdet man hier seinem Kunden einen ziemlichen Zusatzaufwand auf (Signatur prüfen, Prüfprotokoll archivieren etc.). Gott sei Dank hatte der Gesetzgeber hier ein einsehen und ändert die entsprechenden Anforderungen.

Viele Kollegen berichten außerdem das eine Papierrechnung anscheinend mehr “Wirkung” beim Kunden zeigt und diese schneller bezahlt werden. Um mir den Gang zum Briefkasten zu sparen verwende ich den Webservice “Pixelletter“. Hier kann man seine elektronischen Dokumente hochladen und diese als Briefe verschicken lassen. Übrigens unterstützt Pixelletter auch den Versand einer elektronisch signierten Rechnung. Die Druckqualität der Rechnungen ist okay (Vergleichbar mit einem guten Laserdrucker).

Als Webprogrammierer freue ich mich natürlich auch über die zahlreichen Schnittstellen die Pixelletter bietet (E-Mail, HTTP). Pixelletter bietet sogar eine fertige PHP Klasse, um den Service anzusprechen.

Für die Rechnungserstellung benutze ich das Mac Programm “GrandTotal“. Deshalb machte ich mich früh auf die Suche nach einer entsprechenden Integration von Pixelletter in GrandTotal. Schließlich habe ich diesen Artikel von Carsten Tauber gefunden. Carsten bietet auf seiner Webseite ein entsprechendes Apple Script um den Versand der Rechnung über die Pixelletter E-Mail Schnittstelle vorzunehmen. Zwar verschickt Carsten seine Rechnung einfach mit einer elektronischen Signatur, die Konfiguration entsprechend anzupassen ist aber relativ einfach.

Als nächstes werde ich wohl ein kleines PHP Script erstellen, um den Versand noch flexibler zu gestalten. Wenn dieses fertig ist, werde ich es auch hier veröffentlichen.

Die Binaerdesigner Jan Pleines und Sebastian Fahrenkrog realisierten die zweisprachige Webseite in Typo3 und entwickelten hier für eine eigene Typo3 Extension “bd_locationguide“. Diese Extension realisiert ca. 70% der Darstellungen auf der Webseite und bietet flexible Filtermöglichkeiten um die verschiedenen Locations zu finden.

Die Extension wurde so in RealUrl integriert, dass die Extension Paramter automatisch in “sprechende” Seitenadressen ungewandelt werden.
Dadurch entstehen Seitenadressen wie “http://bergisch-findig.de/locations/guide/aussergewoehnlich/alte_papierfabrik.html” (wobei alles nach /guide/ aus der Extension kommt).