Drupal

Die Umsetzung ist eigentlich trivial und kaum der Rede wert, da aber das Auge mit isst habe ich etwas mehr Zeit investiert.

Die Rede ist vom allgegenwärtigen Blockquote.

Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua.

At vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet. Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua.

Sowohl der RSS-, als auch der Atom-Feed wird von Twitter ohne Links ausgeliefert. Z.B. @Inte anstatt @Inte. Um den Link wieder herzustellen bedarf es ein wenig Regex- & PHP-Magie.

Zum Glück haben sich schon andere den Kopf zermartert. Alles lässt sich im Node Template (node-tweet.tpl.php) mit einem Einzeiler erledigen:

Mit einem kleinen Kraftakt habe ich heute den Import meiner Tweets (Twitter Nachrichten) erfolgreich einrichten können. Dabei wird für jeden Eintrag des Atom-Feeds (mittels FeedAPI) ein eigener Node (Content Type: tweet) angelegt.

Seit gestern habe ich die Kommentarfunktion freigeschaltet und nach einiger Suche auch in admin/content/node-type die Felder für Zusatzinformationen (Name, E-Mail-Adresse, Homepage, etc.) für Gastkommentatoren zugänglich machen können.

Ich bin noch unentschlossen, ob ich die Registrierung von Benutzeraccounts ohne OpenID zulassen soll. Erstens habe ich sowieso keine riesige Leserschaft und zweitens verursacht die Vorstellung unverschlüsselt Benutzernamen und Passwörter durch die Gegend zu schicken mir Bauchschmerzen. Von der Problematik des ungesicherten Logins will ich hier gar nicht erst anfangen. Vielleicht klingt mein Vorgehen überzogen, aber auf dieser privaten Seite kann ich mir den Luxus erlauben auf Nummer sicher zu gehen und weniger registrierte Nutzer zu haben.

Ich hatte Probleme meine OpenID dem Benutzerkonto hinzuzufügen. Schließlich habe ich mir den HTML-Header nochmal genauer angeschaut und festgestellt, dass der Provider als "OpenID 2.0" kompatibel ausgewiesen war. Soweit ich weiß, unterstützt phpMyID aber nur OpenID 1.1. Das war das Werk des Drupal-Moduls OpenID URL. Leider kann man nicht einfach per Auswahl zwischen den verschiedenen OpenID-Versionen umschalten.

Lange habe ich nicht gesucht. Als einfach zu konfigurierende Lösung ist mir phpMyID aufgefallen. Einfach die beiden PHP-Dateien heruntergeladen, der Anleitung gefolgt und nach einem kleinen Problem (Lösung stand im Troubleshooting der Anleitung) alles in ein eigens eingerichtetes Verzeichnis auf dem Webspace gepackt.

Für die statischen Seiten bevorzuge ich eine aussagekräftige URL, z.B. http://tobias.kral.ws/about anstatt des üblichen Verweises auf die ID, z.B. http://tobias.kral.ws/node/6

Dazu muss zuerst das Modul Path aktiviert werden. Danach können bei jedem Node die URI-Alias-Einstellungen verändert werden. Eigentlich gar nicht so schwer. Man muss nur erstmal auf die Idee kommen, das passende Modul zu aktivieren.

Um die Navigation übersichtlich zu gestalten habe ich mir vorgenommen Untermenüs zu verwenden, d.h. bestimmte Auswahlmöglichkeiten nur dann einzublenden, sobald der passende Hauptlink angeklickt wurde. Zum Beispiel sollen beim anklicken des Hauptlinks About die Unterpunkte Kontakt und Impressum angezeigt werden.

Zuerst dachte ich, dass ich dies mit den Sekundärlinks realisieren könnte, aber leider blieben diese dauerhaft eingeblendet. Nachdem ich eine halben Stunde durch das Verwaltungsmenü gestreift bin, kam ich auf eine andere Lösung.

Zwar bin ich seit meinen ersten Schritten in HTML ein Verfechter des KISS-Prinzips und habe fast alle Seiten statisch geschrieben, doch ist jetzt ein Punkt erreicht an dem ich Funktionen und externe Dienste einbinden möchte. Vor einem guten Jahr habe ich mich für ein Projekt intensiv in Wordpress eingearbeitet und habe damit ein kleines CMS eingerichtet.