Rapslis Drupal World

Am heutigen Tag, habe ich mich ein wenig mit der Drupal Views API herumgeschlagen. Ich habe zum ersten mal ein eigenes Style Plugin für Views geschrieben. Aller Anfang ist schwer und so habe ich mich am Anfang auch ein wenig gequält, aber bin dann schlussendlich sehr schnell vorangekommen.

Ich habe mich immer gefragt, wie die Anzahl an Modulen die Drupal Performance beeinflusst. Ich habe mich oft gefragt, ob es besser ist viele kleine Module zu haben, oder aber ein grosses. Endlich bin ich dazu gekommen einen kleinen Benchmark zu machen. Rein der Übersichtlichkeitshalber ist es eigentlich viel besser die ganzen Funktionalitäten in kleine Module zu unterteilen, was aber dann zur Folge hat, dass das Hook System stärker belastet wird.

Der Testumgebung sah wie folgt aus:

Review der Session "Efficient Workflwo for Design and development projects"

Frühe Discovery Phase:

• Einander kennenlernen. Internet brauchen, Blogs, Twitter usw. lesen.

Deliverables. Sollen einfach sein. Dadurch sind sie verständlich und laden ein, Änderungen anzubringen.

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)