Die Simpletests in der GUI auszuführen mag schön sein, aber automatisiert via Shell-Skript ist eine andere Dimension im Test-Driven-Development. z.B. könnte man die Tests nach/vor jedem Commit ausführen.

Hier ist eine Anleitung wie man Simpletests mithilfe der Shell ausführt

• (Optional unter drupal7)
  Kopieren des Skripts:
  cp sites/all/modules/simpletest/run-tests.sh profiles
• Ausführen des Skripts:
  php /home/dereine/www/core/scripts/run-tests.sh --url foo.bar
  Der Parameter --url muss meines wissens immer mitgegeben werden.

Wer schoneinmal mit Simpletests gearbeitet hat wird zwar den Sinn schnell verstanden haben, aber es macht nicht wirklich Spaß, denn man muss ziemlich lange warten um die Tests auszuführen. Deshalb hier ein paar Tipps wie es erstens mehr Spaß macht und zweitens die Produktivität deutlich ehrhöht.

• Opcode-Cache installieren:
  
  sudo apt-get install php5-xcache
  sudo /etc/init.d/apache restart

Wer bei der Verwendung von views_filter_pack Probleme damit hat, daß bei Verwendung der Checkboxen falls nichts selektiert ist, nicht die Suchergebnisse bekommt, die er bei einer Multiple Value Select List, welche er in der View als optional exposed filter eingestellt hat, bekommen würde wenn er dort nichts auswählt, der kann das Modul better_exposed_filter verwenden. Dieses liefert das gewünschte Verhalten und bietet einem zusätzlich noch die Möglichkeit ein "Select All/None" link zu aktivieren.

Mithilfe von

kann man den Account im user-bearbeiten Formular laden.

Ich durfte letztes/vorletztes Wochenende am Drupalcamp Wien teilnehmen, welches in der Technischen Universität Wien stattgefunden hat.
Im Gegensatz zu meinen gewohnten Betonbauten war ich von dem Gebäude im Jugendstil(keine Ahnung ob das stimmt) überrascht.
Natürlich waren die Sessions auch richtig lohnenswert, hier meine Highlights
- Drush-Multi von fl3a:
Floh hat eine Erweiterung geschrieben welche aus den normalen Drush-Skripten wie update etc. eine Mutlisite-Variante macht.

Sobald man eine gewisse Menge an Drupal-Webseiten besitzt wird die Verwaltung dieser Drupal-Webseiten aufwendig, Update-Arbeiten etc. Auch ist das Aufsetzen einer neuen Drupal-Instanz recht mühsam:

1. sites/default nach sites/meineseite kopieren
2. Neue Datenbank anlegen
3. Seite installieren, sich ein Adminpw ausdenken usw.

Wäre es nicht toll, wenn es eine Art Über-Drupal gäbe, welche von außen die Drupals verwaltet:

1. Layout plugin in der Theme Info hinzufügen:
   plugins[panels][layouts] = layoutplugin
2. Dateien anlegen:
   layoutplugin.css (Stylesheet des Layouts)
   layoutplugin.inc (Definition des Layouts)
   layoutplugin.png (Bild für den Adminbereich)
   layoutplugin.tpl.php (Ausgabe des htmls)
   
3. function themename_layoutplugin_panels_layouts() implementieren:
   <?php

   /**
    * Implementation of hook_panels_layouts().
    */
   function erdfisch_ef_twocol_60_40_panels_layouts() {

Ein Einsatz von Panels ist oft, für einen bestimmten Content-Typ einen Tab zu platzieren.
Natürlich kann man dafür Panels verwenden, aber das Modul ansich ist natürlich schon recht groß.

Alternativ kann man sich auch sein kleines Mini-Modul schreiben:

So wie es scheint gibt es kein Modul für eine Gallery was mit Imagepicker ( http://drupal.org/project/imagepicker ) zusammen arbeitet oder hat das schon mal einer Umgesetzt??

Anforderung wäre:

• 1) mit Imagepicker die Bilder hochladen
• 2) den Bilder rechte geben in welcher Gallery sie erscheinen (offentlich oder nur für angemeldete Nutzer)
• 3) es sollte so einfach gehen wie imagepicker, den damit kommt jeder Nutzer zurecht

Mithilfe der Funktion drupal_write_record kann man vorhanden Einträge in einer Tabelle bearbeiten oder neue hinzufügen/erstellen.

Neue Einträge erstellen:

Vorhanden Updaten

Hier wird ein "update {}" durchgeführt und entsprechend nach dem Primary Key "key" geupdated.