Rapslis Drupal World

Dokumentation ist leider mangelware in der Drupalszene... Dokumentation ist ja auch das Thema, was einen Entwickler am Wenigsten interessiert und doch ist es so sehr wichtig. Ich habe daher in der Previon das Projekt gefasst, ein Drupal Best Practice Guideline zu schreiben und da man nie alles wissen kann, habe ich beschlossen, das ganze möglichst offen zu schreiben und die Community dazu einzuladen zu partizipieren.

Cacherouter
Ist nicht eigentlich ein Cache sondenr eben der Cacherouter. Der Cacherouter entscheidet, wo die Daten gespeichert werden. Ist der Cacherouter einmal eingeschalten, dann kann man problemlos von einem Cachingmechanismus zum anderen wechseln.

Drupal ist nicht gerade sparsam, wenn es an die Anzahl von Queries geht. Hier eine kleine Auflistung, wo es "Query-Schleudern" gibt.

Hier werden in den nächsten Tagen Wochen Beiträge zu Drupal Performance und Optimierung kommen... fangen wir doch mal mit den Basics an.

Ich habe schon Anfragen bekommen, ob ich noch am Leben bin ;) ... es ist auch echt schon ein weilchen her, seit ich das letzte Mal von mir hören habe lassen. Im Moment bin ich gerade noch extrem beschäftigt mit dem relaunch von www.schweizer-illustrierte.ch. Im Moment steht noch die Performance Optimierung an. An dieser Stelle gibt es hier demnächst auf jeden Fall ein paar Erfahrungsberichte zu APC, Boost und co. Zuerst muss jedoch die Seite einwandrei laufen.

Bis dahin bin ich weiter im Untergrund

Der Drupal Cache ist super! Und dazu auch noch sehr einfach zu verwenden. Drupal setzt diverse Cachings ein, welche default mässig implementiert sind. Wenn man jedoch selber ein Modul schreibt, muss man selber danach schauen. Kleines Beispiel:

Das Modul Fast Gallery. Wenn man eine Seite anschaut, dann müssen die ganzen Bilder aus der DB geladen werden, HTML gerendert werden usw. Dabei ändert sich auf der Fotoseite eigentlich gar nicht so viel, bzw. sie schaut für alle gleich aus. Eine super Möglichkeit, um den Cache zu verwenden und dazu noch so trivial:

Drupal wird eigentlich relativ schnell ziemlich träge, wenn man es auf einem billigen shared hoster verwendet und dazu noch möglichst viele Module einschalten möchte. Damit sage ich aber nicht, dass Drupal per se langsam ist. Es gibt nämlich sehr viel, was sich machen lässt:

Die Ladezeit von Drupal hängt von relativ vielen Dingen ab. Grundsätzlich kann man eine Webseite in zwei Dimensionen optimierung:

• Serverseitig
• Client Seitig

Serverseitige Optimierungen sind meiner Meinung nach aufwendiger als Client Seitige Optimierungen. Client Seitig gibt es relativ einfache Sachen:

Wenn man mit Drupal herumspielt muss man sich eigentlich nicht gross um die Datenbank kümmern und wie diese Konfiguriert ist. Aber eben nur "nicht wirklich". Falls es auf Performance ankommt, muss man sich sehr wohl darum kümmern. Hier das Szenario:

Ein Nodetyp Kapitel und ein Nodetyp Zusammenfassung. Die Zusammenfassungen können von registrierten Benützern erstellt werden und werden via nodereference einem Kapitel zugeordnet. Ein Kapitel kann also n Zusammenfassungen haben.

Jetzt möchte man gerne die folgende Liste ausgeben:

Habe gerade ein neues kleiner Modul gesehen: dTools (Diagnostic Tools). Habe es mal kurz ausprobiert, aber leider gibt es irgendwie Probleme mit dem Charts Module :(