Eigene Actions in Drupal 7

Oft stoßen wir an die Grenzen der Fähigkeiten von Drupal-Modulen, so dass nur noch über das Rules Modul die Probleme gelöst werden können. Doch was wenn die Programmierer anderer Module erst gar nicht die entsprechenden Actions deklariert haben? Dann wird es endlich Zeit, ein eigenes Modul zu schreiben.

Hier eine kurze Anleitung für Drupal 7.

1. Die Ordnerstruktur:

- site/all/modules/
– mymodule/
—- mymodule.info
—- mymodule.module

2. Inhalt der Datei mymodule.info:

name = My Module
description = "My own Action"
package = Other
core = 7.x
dependencies[] = devel

3. Inhalt der Datei mymodule.module:

<?php
/**
 * @file
 * Demo Module that shows some basic module stuff
 * @date 2011
 * @author Michael Lambertz
 */
 
/**
 * implements hook_rules_action_info()
 */
function mymodule_rules_action_info()
{
  $action = array(
    'mymodule_action' => array(
      'label'	=> t('Demo Action'),
      'group' => t('My Module')
    )
  );
  return $action;
}
 
/**
 * demo action gets a debug output of some experimental content
 */
function mymodule_action()
{
  dpm("Hello World");
}
?>

4. Nun noch das Modul aktivieren und für die eigenen Zwecke anpassen.

Ich hoffe, das hilft einigen hier weiter.
Weitere Tipps zu Drupal Modul-Programmierung einfach hier in den Kommentaren posten…

Im node.tpl.php bzw. im panels-pane.tpl.php des Themes:

/*
// für panels-pane.tpl.php
if (isset($content["#node"])) $node = $content["#node"];
*/
if (isset($node)) // nur wenn Node-Objekt vorhanden (bei Panels nicht automatisch)
{
   $type = $node->type;
   if (user_access("edit any $type content")) // Rechte für den Node Type
   {
      $nid = $node->nid;
      echo l(t('edit'), 'node/' . $nid . '/edit');
   }
}

Freue mich natürlich über Ergänzungen oder Korrekturen. Demnächst poste ich übrigens mal wieder etwas mehr in meinem Blog. Vermutlich aber demnächst dann auch über eine Drupal-Seite.

In der typo3conf/localconf.php oder der speziellen RealURL-Konfigurationsdatei:

// Allgemeine Konfiguration
$TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT'] = array(
 //realurl konfiguration...
);
$TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT']['pagePath']['rootpage_id'] = 1;//id der Hauptseite
 
// Domain 2
$TYPO3_CONF_VARS['EXTCONF']['realurl']['www.domain2.de'] = $TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT'];
$TYPO3_CONF_VARS['EXTCONF']['realurl']['www.domain2.de']['pagePath']['rootpage_id'] = 76;//id der Hauptseite von Domain 2

Jetzt noch in der Listenansicht der Hauptseite der 2. Domain ein Domain Record anlegen mit dem Wert “www.domain2.de” und im besten Fall funktioniert es nun schon.

Lösung Teil 2

Doch bei mir lag ein anderes Problem vor. Ich hatte mit der Konfigurationsdatei rumgespielt und es klappte dennoch nicht. Stattdessen die Fehlermeldung:

“ID was outside the domain”

Das lag daran, dass ich zwischenzeitlich versehentlich mal die “rootpage_id” meiner ersten Domain (_DEFAULT) auch auf den Wert der 2. gesetzt hatte. Um dieses Problem zu lösen, muss nach der Änderung aus Teil 1 zusätzlich für beide Seitenbäume (1. und 2. Domain!)  das ID-to-path mapping gelöscht werden!

Das geschieht unter “Info->Speaking URL Management->ID-to-path mapping” Hier die Rekursion auf unendlich stellen und auf den kleinen Mülleimer über der Kopfzeile klicken. Fertig!

92

$db_url = 'mysqli://username:password@localhost/database';

Hier muss natürlich username, password und database durch den Benutzernamen, das Passwort und den Datenbanknamen ersetzt werden. Das war’s schon.

Haml ist eine alternative Template-Engine, ursprünglich entwickelt für Ruby, kann aber auch im PHP-Kontext eingesetzt werden

Seit Jahren auf der Suche nach alternativen Template-Engines bin ich mal wieder auf der Drupal Website fündig geworden. Haml (XHTML Abstraction Markup Language) nennt sich das Grundkonzept, und es kann auch problemlos in Drupal eingesetzt werden. Die Konstruktion neuer Templates ist spielend einfach. Hier eine minimale Anleitung.

1. Als erstes muss die Engine installiert werden. Man lädt sie hier runter, und entpackt sie in das Verzeichnis themes/engines/. Den Ordner sollte man noch umbenennen in “haml”.
2. Dann muss phphaml noch installiert werden. Das Paket lädt man hier runter, und entpackt es in themes/engines/haml/.
3. Nun kann das neue haml-Theme bereits angelegt werden. Wie das Erstellen von Themes in Drupal funktioniert, soll hier nicht im Detail erklärt werden (mehr Infos dazu findet man auf der Drupal-Seite). Wir legen also im Theme-Ordner ein neues Verzeichnis hamltheme/ an. Darin wird erst die Datei hamltheme.info erstellt mit dem Unterschied zu anderen Theme-Info-Dateien, dass wir hier haml als Templateengine aktivieren:
   

   1 2 3 4 5 6 7

   name = Haml Theme description = version = VERSION core = 6.x engine = haml   ; etc.

4. Nun wird noch das Page-Template erstellt. Dazu legen wir eine neue Datei page.haml an. Als Basis-Inhalte fügen wir Folgendes ein (Einrückung beachten!*):
   

   1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

   !!! %html %head = $head %title= $head_title = $styles = $scripts %body #container / primary links as styled list %ul#primary - foreach($primary_links as $link) %li %a{:href => $base_path.$link[href]}= $link[title] #header= $header #left= $left #main = $tabs = $messages = $help %h2.title= $title #content= $content #right= $right #footer= $footer

5. *Achtung: Bei der haml-Syntax ist die Einrückung (Leerstellen, Tabulator) entscheiden, ob ein Element als children oder als sibling erstellt wird.
6. Danach kann man das Theme bereits unter admin/build/themes aktivieren.
7. Nun müssen natürlich ggf. noch Anpassungen für die anderen Templates (node.haml usw.) gemacht werden.

Interessant ist auch, dass man selbst HTML und PHP-Code in die Templates integrieren kann. Damit sollte am besten jeder selbst einmal etwas rumexperimentieren. Einige Beispiele für die Syntax finden sich im Ordner themes/engines/haml/phpHaml/tpl/.

Viel Spaß!

Dazu einfach im Terminal folgenden Befehl eingeben:

echo ‘net.ipv6.conf.all.disable_ipv6=1′ | sudo tee -a /etc/sysctl.conf

Nun einmal neu starten und noch den Firefox unter about:config diesbezüglich konfigurieren. Hier sollte man den Wert network.dns.disableIPv6 auf true setzen.

Fertig!

Im gconf-editor kann man die Transparenz der Fensterrahmen regeln

Ein Plus von Ubuntu sind die flexibel konfigurierbaren visuellen Effekte. Ärgerlich ist allerdings, dass man die Transparent der Fensterrahmen im Hintergrund nicht im CompizConfig Settings-Manager abstellen kann. Man kann die Transparenz dennoch regeln.

Hierzu Alt-F2 drücken und nun gconf-editor eintippen. Es startet der Konfigurationseditor.

Hier sind die Einstellungen unter apps/gwd zu ändern. Um die Transparenz der inaktiven Fenster abzustellen, setzen wir

metacity-theme-opacity = 1

Nun sind alle Fensterrahmen opak! (Quelle)

Wie aktiviert man die visuellen Effekte?

Wer unter System>Erscheinungsbild>visuelle Effekte die Option “Extra” aktiviert, erhält erst mal nur eine Vorschau auf das, was möglich ist. Aber wackelige Fenster sind zum effektiven Arbeiten nicht sonderlich effizient. Um die Einstellungen zu ändern, installiert man in der Paketverwaltung das Paket compizconfig-settings-manager. Nun kann man unter System>CompizConfig Einstellungs-Manager alles mögliche anpasssen. Das soll uns Windows erst mal nachmachen

Neuer Boot-Screen: Ubuntu steht inzwischen auch optisch dem Mac OS in nichts mehr nach.

Beim Einlegen der Desktop-CD von Ubuntu 10.04 zur Installation kommt es häufiger zu folgender Fehlermeldung:

The installer encountered an unrecoverable error. A desktop session will now be run so that you may investigate the problem or try installing again.

Das Problem kann einfach gelöst werden, wenn man im BIOS das Floppy-Drive deaktiviert. (Wer nutzt eigentlich noch Disketten?)

Die Festplatte kann man übrigens auch vor der Installation manuell partitionieren. Das hat den Vorteil, dass man beispielsweise das home-Verzeichnis auf eine gesonderte Partition installieren kann. Eine Anleitung hierzu findet sich auf dem deutschsprachigen Ubuntu-Wiki.