Drupal

Drupal is indeed unique.

It's not the software, it's not the money, it's not the drupalcon itself, it's the community.

Every person i met here on drupalcon is so friendly that i cannot find words for this.
Sorry for everyone which had other experiences but you might do something wrong.

Drupalcon is the community!

Since version 1.7 of ctools there is a new js api to auto-submit certain form elements.
Everytime a user changes a selectfield or inputs something into a textfield a button will be clicked automatically by js.

It's really easy to implement for your form:

• First you need to add the js
  <?php
  // Add ctools specific js.
  ctools_add_js('auto-submit');
  ?>
• Assign the autosubmit for a certain button:
  <?php
  // Add autosubmit button.

Everyone loves Drush

Wouldn't it be cool if more modules would have a drush integration?
Here is one short introduction how to do it.

• Create a modulename.drush.inc in your modules dir
• Implement hook_drush_command:
  <?php
  /**
  • Implementation of hook_drush_command().
    */
    function mongodb_drush_command() {

  $items['mongodb-connect'] = array(
  'description' => 'A string for connecting to the mongodb.',
  // alternatives
  /**

• DRUSH_BOOTSTRAP_DRUSH
• DRUSH_BOOTSTRAP_DRUPAL_ROOT

An diesem Wochenende(7-9 Mai 2010) fanden die DrupalDevDays statt.

Nach der Anreise per Zug, wurde ich netterweiße von den nur ein klein bisschen verpeilten Macode alias Leon vom Bahnhof abgeholten. Mit nur minimalen 15ten Stuendigen Geek-Orientierungsproblemen ging es los in Richtung vorregistrierung.

Dort warteten schon viele des harten Kern( die Leute die man immer auf so Veranstaltungen sieht).

Nach einer Nacht voller Korrekturlesen von Presentationen begann der Tag obwohl der vorherige quasie noch nicht abgeschlossen war.

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

$account = menu_get_object('user_category', 1);

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: