Rapslis Drupal World

Drupal lässt sich auf vielen verschiedenen Ebenen optimieren: Datenbank, Apache, Server, Architektur und PHP Code.

Auf einige Parameter haben wir als Entwickler weniger Einfluss, auf andere mehr. Auf den PHP Code und dessen Qualität haben wir vollen Einfluss. Die Seite "The PHP Benchmark" hat ein paar interessante Tests durchgeführt. Am interessantesten ist der folgende:

Is it worth the effort to calculate the length of the loop in advance?

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.

Normalerweise arbeite ich mit folgendem System:

Ein Node ist die Grundlage von Drupal. Alles ist ein Node. Wer noch nicht weiss, was ein Node ist, soll mal Google fragen. Also, ich gehe davon aus, dass der Leser weiss, was ein Node ist. Nodes können programmiererisch sehr einfach verändert werden. Dazu gibt es den hook_nodapi. Dieser hook wird immer aufgerufen, wenn Operationen am Node durchgeführt werden. Beispiel:

Klint irgendwie ein wenig wie die Games Conventions ;) ... Ich muss ehrlich gestehen, dass ich mich bis vor einigen Tagen noch nicht wirklich darum gekümmert habe. Coding Conventions gingen mir am A**** vorbei, weil ich bereits meine eigenen hatte. Bisher ist das auch ziemlich gut gegangen, bis vor einigen Tagen.

Es ist schon wieder viel zu spät, aber irgendwie ist die Musik gerade gut, und die Codezeilen strömen aus den Fingern. Nachdem ich mich in den letzten Monaten relativ intensiv mit Agilen Projektmethoden beschäftigt habe und darüber auch einige Blogeinträge geschrieben habe und vor allem gesehen habe, wie chaotisch agile Projekte werden können, habe ich am Samstag beschlossen ein kleines "Scrumtool" zu schreiben.

Ich habe in den letzten zwei Tagen an einem verbesserten Blockmanagement für Drupal gearbeitet. Dieses Modul hat eigentlich zwei Ziele:

1. Flexibles und überschaubares Blockmanagement, mit der Möglichkeit die Blöcke auf jeder Seite manuell zu gestalten.
2. Möglichkeit der Vererbung

Hier schon mal ein paar Screenshots:

Auf jeder Seite erscheint dieses Icon (falls Berechtigung, um Blöcke zu administrieren)

Ich habe mittlerweile schon einige Drupal Projekt umgesetzt. Davon auch einige grössere Projekte an denen ich im Moment arbeite. Wie sieht denn das optimale Drupal Projekt aus, bzw. wie sieht das Team aus, welches das Projekt umsetzt.

Schlussendlich kommt es immer ein wenig auf die Projektgrösse drauf an, aber auch in grossen Projekten werden nie alle zusammen an einem Stück Code arbeiten, sondern das Projekt wird in mehrere autonome Supprojekte unterteilt. In diesen kleinen Projekten finde ich es eine dreier Kombination am effizientesten:

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:

Es ist jetzt ein knapper Monat her, seit ich bei der Previon als Entwickler angefangen und mich eigentlich hauptsächlich mit Drupal Projekten beschäftigt habe. Ich kenne Drupal bereits zwei Jahre, habe Erfahrungen im Theming, der Modulentwicklung und auch der Konfiguration und habe die vergangenen Jahren diverse Projekte auf Freelance Basis umgesetzt.