Rapslis Drupal World

Mittels Rules lassen sich herrliche Dinge machen. Es sind kaum Grenzen gesetzt, was Workflows und solche Sachen angeht. Mit Klicken kommt man schon ziemlich weit. Manchmal kann es aber notwendig sein, dass man eigene Actions für die Rules bereitstellt. Klaro, man kann praktisch alles mit eingebettetem PHP Code machen, aber das ist nicht wirklich eine glamurose Lösung. Hier ein kleines Beispiel:

Was ist überhaupt eine Multisite? Dafür müssen wir kurz den Aufbau einer Drupalseite anschauen:

Nodequeue ist ein ziemlich cooles Modul. Dadurch lassen sich Reihenfolgen manuell festlegen. Besonders für Startseiten von Newsseiten kann es sehr nützlich sein. Jetzt ist die folgende Anforderung: Ein Bereich auf der Seite soll wechselnden Inhalt haben. Dieser Inhalt soll einmal pro Tag wechseln (zu einem festgelegten Zeitpunkt).

Das ganze lässt sich mit Nodequeue super umsetzen:

 Views 2 ist extremstens flexibel. Es kann eigentlich alles, aber ich muss zugeben, dass es auch extrem komplex ist ;) Also, die Ausgangslage war eigentlich die Folgende:

Von einer Drupalseite sollen periodisch Einträge Nodes in eine andere Drupalinstallation exportiert werden.

Klingt eigentlich recht trivial ist es auch, mit ein paar Hürden vom Themen von RSS Feeds. Wie bereits erwähnt, wird das ganze mit RSS Feeds gemacht. Das heisst, Seite 1 stellt ein RSS Feed bereit, welches Seite 2 periodisch mittels Feed Api abfragt und importiert.

haha :), sorr, aber das muss ich einfach posten:

Da hab ich jetzt gerade 30 Minute getüftelt und jetzt endlich die Lösung gefunden. Das Problem war folgendes: Ich habe mittels Imagecache ein paar Presets erstellt. Jetzt ein Bild hochgeladen. Funktioniert. 

Jetzt kommt der erste Aufruf des Bildes via Imagecache -> Das Bild wird entsprechend den Einstellung verändert und abgespeichert, aber komischerweise im gleichen Folder wie das Originalbild. Normalerweise ist es dann immer in den Ordner /imagecache gewandert.

Hm... Was könnte das Problem sein? Es ist folgendes:

Views 2 hat ein paar echt coole Funktionen. Einen Glossar oder Telefonbuch lässt sich extrem einfach erstellen. Oky, hier die Ausgangslage.

Profile: Das Core Modul wird verwendet, um ein hübsches kleines Profil zu machen. Dazu gehört der Nachname. Es wird jetzt eine normale Liste mit views gemacht, wo unter anderem eben auch der Nachname drin vor kommt.

Jetzt muss die views einfach noch um ein Argument Nachnamen erweitert werden, was dann wie folgt ausschaut:

Obwohl Tabellen nicht mehr so oft gesehen sind, sind sie manchmal nachwievor sehr sehr hilfreich. Also, auch mit barrierefreiem Webdesign sind Tabellen nachwievor sehr hilfreich. Also, keine Sorgen, hier werden keine altertümlichen Tipps gegeben.

Das kleine Beispiel soll lediglich das Prinzip veranschaulichen:

Im Theme in der Datei node.tpl.php wird man irgendwo folgendem Snippet begegnen:

Dadurch werden alle Terme, welche mit dem Node verbunden sind aufgelistet (unabhängig vom Vokabular)! Wenn man also z.B.  verschiedene Vokabulare hat, so werden die ganzen Terms einfach in einer Liste aufgelistet und man kann nicht wissen, zu welchem Vokabular der jeweilige Term gehört. In vielen Fällen mag das ok sein, aber in vielen Fällen auch nicht.

Der folgende Snippet muss in die template.php rein:

Backup wird überall immer wie wichtiger. Ich werde manchmal sogar ein bisschen paranoid über Backups. Muss man jetzt auch ein Backup von einem Backup machen von den ganz wichtigen Daten? Und ein Backup von einem Backup von einem Backup? ... nein, nein. Spass bei Seite.

Eine Drupal Installation besteht ja grundsätzlich aus zwei Teilen: Die Datenbank und das Dateisystem. Macht man ein Backup, so müssen eigentlich beide Teile berücksichtigt werden (wobei meiner Meinung die Datenbank der wichtigerere Teil ist).