Rapslis Drupal World

Mit Drupal 6.17 wurde innoDB eingeführt. Bisher wurde immer myisam verwendet. Die Standardwerte, welche mit MySQL kommen sind für MyIsam ziemlich gut und man kommt schon sehr weit damit. Verwendet man jedoch die Standardwerte für innoDB, dann hat man einen ziemlich Flaschenhals. 

Performance Optimierung

• Server von Scratch aufsetzen. Nur das, was auch wirklich gebraucht wird.
• Unnötige Drupal Modul entfernen (z.B. Statistik)
• Views, welche problematisch sind entfernen
• CCK durch eigenes Modul ersetzt -> da nur ganz wenige Felder benutzt wurden

Hardware

• Fast Disk 15'000 RPM
• MySQL auf einer Disk, alles andere auf einer anderen Disk

Software

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

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: