Drupal Installation Profiles u. Drush steigern Produktivität

Damit wir in unserer täglichen Arbeit mit Drupal zur Projektinitialisierung nicht immer die gleichen Dinge tun müssen, haben wir nun angefangen, das Aufsetzen eines Projektes zu automatisieren. Installationsprofile sind cool, Sie aktivieren die nötigen Module. Drush ist auch cool, der User muss aber auf die Command Line Zugriff haben. Besser wäre es, wenn man Installationsprofil hat und dort die Module automatisch herunterladen kann damit die Requirements des Installationsprofils zur Installtion von Drupal erfüllt sind. Unsere Idee war es nun also, Drush in die Installationsprofile zu integrieren um unsere Produktivität in der Drupal Entwicklung zu steigern. Das möchte ich hier kurz Beschreiben.

Bis vor kurzem hatten wir in unserem Intranet eine Drupal Installationsanleitung. All die dort aufgeführten Schritte wurden zu jedem Projektstart manuell abgearbeitet, was mindestens eine Stunde in Anspruch nah, wenn nicht sogar mehr (wir haben es nie genau gemessen). Es wurde lediglich in der Modulauswahl und der Konfiguration aller Einstellungen rund um Benutzer unterschieden, wenn das Projekt eine Community werden sollte. Das schreit natürlich nur so nach Automatisierung.
Wir haben also eine Drupal Development-Installation in unserer internen VMWare Cloud aufgesetzt und diese so konfiguriert, wie wir es für alle Projekte benötigen. Quasi den kleinsten gemeinsamen Nenner in der Drupal Konfiguration hergestellt.
Dann habe ich das Modul Profile Generator entdeckt und verwendet um aus der bestehenden Installation zunächst mal ein Installtionsprofil zu erstellen um zu sehen, was so möglich ist und wie solch ein Profil aussieht (ich hatte damit noch keine Erfahrung gesammelt). Wer schonmal ein eigenes Modul geschrieben hat, wird auch darin schnell zurecht finden. Dabei wurden natürlich auch alle Variablen exportiert, die Drupal ohnehin per Default in der Installation setzt, aber das sollte nicht das Problem sein. Also habe ich das Profil bereinigt, so dass nur das Nötigste darin steht, was das Installationsprofil sehr übersichtlich macht.
Dann habe ich folgende Zeile entdeckt:

Das sind die Module, die beim Durchlauf des Installationsprofils aktiviert werden. Nach dem diese Funktion ausgeführt wurde, wird mit dem Rückgabewert, also der Modulliste geprüft, ob auch alle Module vorhanden sind. Nun möchte ich natürlich nicht alle Module herunterladen..ok das könnte ich mit einem Drush Script oder mit Drush make machen, aber dazu habe ich wieder das oben genannte Konsolenproblem für nicht "Command Line bewanderte User". Ich möchte ja, dass User, die keine Erfahrung mit der Konsole haben, schnell die Installtion durchführen können, alle Module schon heruntergeladen, installiert und konfiguriert bekommen.

Drush dl direkt im Installation Profile ausführen

Also habe ich die oben angedeutete Funktion etwas erweitert. Voraussetzung ist, dass Drush auf dem Ziel-Server installiert ist.

Kurze Erklärung dazu. Mit dem PHP Befehl system('drush....'); führe ich drush Befehle aus, direkt im Installations-Profil. Da die Liste der zu aktivierenden Module auch Submodule enthällt, die nicht mit drush dl heruntergeladen werden können (wie z.B. content und content_copy (was ein Teil von CCK ist) habe ich eine Drush Ignore Liste erstellt. Diese Module und alle Module die sich bereits im Ordner modules oder sites/all/modules befinden werden nicht nochmal mit drush dl heruntergeladen.
Nachdem dann alle Module mit Drush heruntergeladen wurden, setze ich noch so die Rechte, dass ein www-data user (z.B. der Entwickler, der Drupal installiert) diese auch ggf. löschen kann, wenn er Sie nicht braucht.

Aegir habe ich noch nicht angeschaut, scheint mir aber eher eine Hostinglösung zu sein, als etwas, was man mal eben schnell in der Entwicklung einsetzt. Multisite verwenden wir in den Projekten auch nur selten, darauf baut Aegir aber wohl auf, wenn ich da richtig informiert bin. Aegir steht aber auch noch auf meiner Todo-Liste, ich werde mir das also auch die kommenden Tage mal ansehen.

Ausblick
Das war nun mal der Einstiegt. Ob der Ansatz gut ist, werden wir ab 2011 in der Entwicklung feststellen. Ich bin mir jedoch sicher, dass das Verwenden von Drush und Installation Profil einiges an Zeit sparen wird, gerade bei kleinen Projekten wie Unternehmenswebseiten. Das automatische Konfigurieren sollte dann auch für weniger Fehler sorgen. Immer wieder gesehen z.B. die Seite /node welche noch Testinhalte enthällt, wird durch das Modul nice frontpage behoben und niemand braucht sich mehr darum kümmern.