Einen Blog mit Dokuwiki zu erzeugen, ist gar nicht schwer, wenn man ein bisschen Ahnung von Dokuwiki hat und der Anleitung für's Bloggen folgt. Allerdings kommt es häufig auf die Kleinigkeiten an, weshalb hier für diesen Blog in etwas mehr Detail und im Einzelnen beschrieben und begründet werden soll, welche Plugins und Einstellungen verwendet werden. Alle Informationen sind ohne Garantie und unter der Maßgabe „funktioniert für mich“, aber vielleicht ist ja doch das eine oder andere hilfreiche dabei.

Wie in der „offiziellen“ Anleitung für's Bloggen angegeben, gibt es drei Plugins, ohne die Bloggen mit Dokuwiki nicht richtig funktioniert:

• Blog-Plugin
• include-Plugin
• Pagelist-Plugin

Hinweis: Die Schreibweise der Plugin-Namen orientiert sich daran, wie sie unter „ Erweiterungen verwalten“ im Administrationsbereich des Dokuwiki angezeigt werden.

Außer den oben genannten drei Plugins gibt es noch eine Reihe weiterer Dokuwiki-Plugins, die gerade für einen Blog mit seinen eigenen Anforderungen hilfreich und sinnvoll sein können:

• Bloglinks-Plugin
• Tag-Plugin

Darüber hinaus gibt es natürlich eine Reihe grundsätzlich hilfreicher Plugins für jedes Dokuwiki, und hier ist es dann endgültig eine Frage persönlicher Präferenzen, welche man wählt. Für diesen Blog werden zumindest folgende zusätzliche Plugins verwendet:

• cookielaw-Plugin

• Wrap-Plugin
• Blockquote-Plugin
• caption-Plugin
• FontFace-Plugin
• Gallery-Plugin

• Meta-Plugin
• Move-Plugin

Die genannten Plugins lassen sich in drei Kategorien einteilen:

• Plugins mit Relevanz zum Datenschutz
• Plugins für Syntax und Aussehen
• Plugins für die Kontrolle über Interna und Organisation des Wikis

Das cookielaw-Plugin ist ein Versuch, der DSGVO gerecht zu werden, zumal es momentan nicht möglich ist, das Dokuwiki davon abzuhalten, immer Cookies zu setzen.

Wegen des Datenschutzes sollte das FontFace-Plugin immer mit Schriften verwendet werden, die lokal im Plugin-Verzeichnis liegen, nicht mit Google-Fonts. Anderenfalls wird jede Nutzung der Seite direkt an Google weitergegeben. Eine sehr ergiebige Seite für frei verfügbare Fonts ist FontSquirrel.

Das Meta-Plugin erlaubt die nachträgliche bequeme Veränderung von Metadaten (für einen Blog relevant: Erstellungsdatum), ohne in den JSON-Dateien von Dokuwiki per Hand Unix-Zeitstempel editieren zu müssen. Das Move-Plugin schließlich, wenn auch als experimentell markiert, scheint extrem hilfreich dabei zu sein, Dateien und ganze Namensräume per drag&drop zu verschieben. Ideal also für all jene, die keinen direkten Zugang zum Dateisystem ihres Webservers haben, aber Einträge etc. lieber durch ACLs geschützt in einem privaten Bereich vorformulieren und anschließend verschieben wollen.

Neben der Konfiguration der betreffenden Minimalausstattung an für einen Blog relevanten Plugins ist eine noch weitreichendere Entscheidung zu treffen: jene nach dem Zugang zum Wiki.

Die erste Frage, die man sich stellen sollte: offenes oder geschlossenes Wiki? Das ist allein schon deshalb entscheidend, weil es viel einfacher ist, ein ursprünglich offenes später in ein geschlossenes Wiki zu verwandeln als umgekehrt. „Offen“ bedeutet dabei, dass jede Person ohne vorherige Anmeldung bei Kenntnis der URL Zugriff auf das Wiki hat, während „geschlossen“ impliziert, dass Besucher sich zunächst anmelden müssen.

Soll ein Blog potentiell eine gewisse Reichweite über einen engen Personenkreis hinaus haben, kommt nur die offene Variante in Betracht, das bedeutet aber gleichzeitig, dass man tunlichst auf Fragen des Urheberrechts und Datenschutzes achten sollte. Darunter fallen insbesondere Dinge wie keine Bilder einzustellen, auf denen Personen einwandfrei identifizierbar sind, und keine urheberrechtlich geschützten (oder nicht zweifelsfrei verwendbaren) Materialien zu veröffentlichen.

Dokuwiki schreibt per se Cookies, ohne den Nutzer zu fragen, und ohne die Chance, den Nutzer erst um Einwilligung zu bitten. Das Problem ist bekannt, es gibt keine harte technische Notwendigkeit, bei jedem Besuch einer Dokuwiki-Seite ein Cookie zu speichern, aber momentan gibt es keine technische Lösung dafür.

Ein Weg, damit erst einmal umzugehen und der DSGVO irgendwie gerecht zu werden, ist das cookielaw-Plugin, das immerhin eine Warnung auf der Seite ausgibt.

Zumindest für eine öffentlich zugängliche Seite kommt man wohl um ein Impressum und eine Datenschutzerklärung nicht herum. Da ich kein Jurist bin und nie einer werden will, kann ich jeder Person nur raten, sich fachkundige Hilfe zu diesem Thema einzuholen. Ob und inwieweit Impressum und Datenschutzerklärung dieses Blogs juristisch haltbar sind, kann ich nicht abschätzen.

Ein Template für einen Blog sollte nach Möglichkeit zurückhaltend sein und nicht vom Bloginhalt ablenken. Natürlich kann man das Dokuwiki-Template verwenden, das mitgeliefert wird. Bei der Wahl anderer Templates war mir wichtig, dass sie keine Daten aus anderen Quellen beziehen, weshalb das ansonsten in meinen Augen ästhetische prsnl10-Template ausscheidet (es lädt Schriftarten von Google). Ähnlich schlank ist das Ramtop-Template, und es lässt sich in Verbindung mit dem FontFace-Plugin und selbst hochgeladenen Schriften recht einfach in Richtung des prsnl10-Template anpassen.

Ggf. sollten weitere Anpassungen des Aussehens, überwiegend über die Datei userstyle.css im conf-Verzeichnis der Dokuwiki-Installation, vorgenommen werden. Neben rein ästhetischen sind hier auch typographische Aspekte zu beachten. So haben viele Templates in der Grundeinstellung das Problem, dass die Zeilen relativ zur Schriftgröße zu lang sind und die Schrift insgesamt zu klein ist, als dass sie sich gut lesen ließe. Da ich auch kein Typograph bin, kann ich hier nur auf das vielfach in den Weiten des WWW verfügbare Wissen professioneller Typographen und die einschlägige Literatur verweisen.

Neben den drei zwingend notwendigen Plugins für einen Blog gibt es noch das