Entwicklerblog von kauschke

Viele Drupal-Entwickler und Entwicklerteams kennen sicher das Problem: Man arbeitet mit mehreren Personen gemeinsam im Team, und die einzelnen Workstations haben einfach nicht den gleichen Entwicklungsstand, da jeder so ein bisschen andere Daten und Einstellungen in "seinem" Drupal hat. Ein anderes Problem ist es, eine bestehende Webseite mit viel wechselndem Content updaten zu müssen, ohne das der manuelle Deployment-Aufwand überhand nimmt. Jetzt schreien sicherlich viele "Aber dafür gibt es doch Features und Drush, und XYZ", und das ist auch korrekt.

Die Benutzung von Session Variablen ist gang und gäbe. Man benutzt sie zum Beispiel, um Einkaufswagen in Shopsystemen zu erschaffen, da PHP und HTML zustandslos und somit "vergesslich" zwischen zwei Seitenaufrufen sind.
In Drupal gibt es ein sehr komfortables Session-Handling, um das sich der Programmierer in der Regel keine Gedanken machen muss, da alles von Drupal gemacht wird.
In diversen Projekten ist es gelegentlich schon passiert, das nach einem Überspielen der Datenbank die anonymen Benutzer plötzlich keine Session Variable mehr hatten.

Am letzten Wochenende hatte die Cocomore AG zum Codesprint geladen. Und viele kamen!
Ziel des zweitägigen Ereignisses war die Portierung vorhandener Drupal 6 - Module auf Drupal 7.
Anfangs wurde - nach einem ausgiebigen Frühstück - vorgestellt, wer gern welche Module portieren möchte. Da viele der Anwesenden noch nie ein Modul portiert hatten, gab Karsten Frohwein zuerst eine kleine Einführung dazu, indem er das Vorgehen mittels des Coder-Moduls und der Drupal-Api Dokumentation demonstrierte.

Im Verlaufe eines Projektes gibt es immer wieder mal neue Anfragen des Kunden, oftmals in Form von Emails. Hat man dann mehr als ein Projekt gleichzeitig am Laufen, so wird das durchblättern des Email Postfaches schnell zur Qual. Man verliert auch selbst schnell den Überblick über den Nachrichtenwust, ganz davon abgesehen das die eigenen Kollegen keinen Schimmer davon haben, welcher Kunde jetzt zuletzt welche Anfrage gestellt hatte. Ein zentraler Verwaltungspunkt für Aufgaben/Bugs/Feature Requests muss also her.

Wer schon einmal mit dem Node-Reference-Field gearbeitet hat, hat vielleicht festgestellt, das die Standardwidgets für dieses Feld oftmals suboptimal bezüglich Usability sind. Vor allem wenn man aus einem größeren Pool von Nodes auswählen muss. Eine Dropdown Liste mit einigen hundert Einträgen - unpraktikabel. Ein Autocomplete Feld vielleicht ... wie hiess der Beitrag doch gleich, den ich referenzieren wollte?