vBulletin, phpBB, Discourse: Geschichte der Forensoftware und ihrer Add-ons

Die Geschichte der Foren-Add-ons ist die Geschichte eines Wechsels: von Anleitungen, mit denen Administratoren den Code ihrer Forensoftware von Hand veränderten, hin zu Plugin-Systemen mit festen Schnittstellen, die Updates überstehen. vBulletin machte Plugins mit Hook-Stellen in den 2000er-Jahren populär, phpBB folgte mit Extensions ab Version 3.1, und moderne Plattformen wie Discourse trennen heute klar zwischen Server-Plugins und reinen Oberflächen-Komponenten.

Für Entwickler ist diese Geschichte mehr als Nostalgie. Fast jedes Problem, das Foren-Add-ons damals hatten, taucht bei Browser-Erweiterungen, WordPress-Plugins und Discord-Apps in neuer Form wieder auf.

Die Zeit der Hacks

Um die Jahrtausendwende waren Foren das Zentrum vieler Online-Communitys. Die Software dafür war meist in PHP geschrieben und lief auf gewöhnlichem Webspace. Wer eine zusätzliche Funktion wollte, etwa eine Mitgliederkarte, einen Geburtstagskalender oder eine Bildergalerie, installierte einen Hack: eine Textdatei mit Anweisungen nach dem Muster „Öffne Datei X, suche Zeile Y, füge danach Z ein“.

Das hatte Folgen, die jeder Forenbetreiber kannte:

• Updates wurden zur Qual. Jede neue Version der Forensoftware überschrieb die geänderten Dateien. Nach einem Sicherheitsupdate mussten alle Hacks neu eingepflegt werden.
• Hacks vertrugen sich nicht. Zwei Anleitungen, die dieselbe Stelle änderten, führten zu Konflikten, die nur mit Programmierkenntnissen lösbar waren.
• Sicherheitslücken. Hacks wurden selten geprüft. Ungeprüfte Eingaben in Datenbankabfragen öffneten Angreifern die Tür.

Trotzdem entstand eine lebendige Szene. Große Community-Seiten sammelten Hacks, boten Bewertungen, Installationshilfe in Support-Threads und Übersetzungen. Für viele Entwickler waren Foren-Add-ons der Einstieg in die Webprogrammierung.

vBulletin: vom Hack zum Plugin-System

vBulletin war eine der verbreitetsten kommerziellen Forensoftwares der 2000er-Jahre. Die Software wurde ursprünglich von Jelsoft entwickelt und 2007 von Internet Brands übernommen. Für Erweiterungen ist vor allem die Version 3 wichtig: In ihrem Verlauf führte vBulletin ein Plugin-System ein, das die Arbeit grundlegend veränderte.

Ein Add-on ließ sich nun über den Admin-Bereich importieren, ein- und ausschalten und wieder entfernen, ohne Originaldateien anzufassen. Ganz verschwunden waren die Probleme nicht: Viele Erweiterungen änderten weiterhin Templates per Suchen und Ersetzen, und Updates der Forensoftware konnten Hook-Stellen verschieben. Spätere Hauptversionen brachten jeweils größere Umbauten mit, sodass Add-ons für eine Version in der nächsten oft neu geschrieben werden mussten.

Footer-Credits und ihre Spuren

Eine Eigenheit der vBulletin-Szene waren Credits: Viele Add-ons zeigten im Footer des Forums einen Hinweis wie „Add-on von …“ mit Link zur Seite des Entwicklers. Weil der Footer auf jeder Forenseite erscheint, erzeugte schon ein einziges großes Forum Tausende Links. Solche Spuren findet man bis heute in Backlink-Profilen alter Add-on-Adressen.

Moderne Plattformen sehen das anders. Die Richtlinien des WordPress-Plugin-Verzeichnisses etwa untersagen, ohne ausdrückliche Zustimmung der Betreiber Links oder Credits im öffentlichen Bereich einer Website auszugeben. Die Lehre daraus: Ein Add-on sollte nichts in die Ausgabe einer fremden Website schreiben, was die Betreiber nicht bewusst eingeschaltet haben.

Auch addon-coders.de stammt aus dieser Zeit

Die Adresse dieser Website gehört zu genau dieser Epoche. Laut Internet Archive stellte hier ab 2007 ein Hobby-Entwickler kleine Erweiterungen für vBulletin vor, darunter eine Mitgliederkarte und einen Nachrichtenticker, eine Galerie war geplant. Die heutige Redaktion ist nicht der Entwickler dieser Add-ons, hat weder Quellcode noch Rechte übernommen und bietet dafür keinen Support. Mehr dazu steht auf der Seite Über AddOn-Coders.

phpBB: von MODs zu Extensions

phpBB ist eine der bekanntesten freien Forensoftwares und steht unter der GPL. Auch hier begann alles mit Datei-Änderungen, die in der phpBB-Welt MODs hießen. Für phpBB 3.0 gab es mit einem XML-basierten Format für Installationsanleitungen und Werkzeugen zur automatischen Installation Versuche, das Verfahren zu vereinfachen. Das Grundproblem blieb: Der Originalcode wurde verändert.

Mit phpBB 3.1 kam der Bruch. Das neue Extension-System basiert auf Komponenten des Symfony-Frameworks:

• Extensions liegen in einem eigenen Ordner und verändern keine Kerndateien.
• Code dockt über Events an, sowohl im PHP-Code als auch in Templates.
• Migrationen legen Datenbanktabellen, Einstellungen und Berechtigungen an und entfernen sie beim Deinstallieren sauber.
• Extensions lassen sich im Admin-Bereich aktivieren, deaktivieren und löschen.

Das Ergebnis: Updates der Forensoftware beschädigen Extensions deutlich seltener. Wie eine Extension konkret aufgebaut ist, zeigt der Beitrag phpBB-Extension entwickeln.

Weitere Wege: XenForo, MyBB, Invision und Co.

Neben vBulletin und phpBB entstanden weitere Systeme mit eigenen Erweiterungsmodellen. XenForo wurde ab 2010 von früheren vBulletin-Entwicklern aufgebaut und setzte von Anfang an auf ein Add-on-System mit Ereignissen und Klassenerweiterungen. MyBB bietet Plugins mit Hooks, Invision Community (früher Invision Power Board) einen Marktplatz für Anwendungen und Plugins. Simple Machines Forum arbeitete lange mit Paketen, die Dateiänderungen automatisiert durchführen. So unterschiedlich die Ansätze sind, sie bewegen sich alle in dieselbe Richtung: weg von Änderungen am Kern, hin zu Schnittstellen.

Discourse: Plugin oder Theme-Komponente

Discourse erschien 2013 und brach mit vielen Konventionen klassischer Foren: Ruby on Rails im Backend, eine JavaScript-Anwendung im Browser, endloses Scrollen statt Seitennummern. Erweiterungen gibt es in zwei Formen:

Diese Trennung ist eine direkte Antwort auf die Erfahrungen der Hack-Zeit: Was nur die Darstellung betrifft, soll nicht in den Kern eingreifen können. Den Vergleich im Detail liefert der Beitrag Discourse-Plugins und Theme-Komponenten im Überblick.

Die Schattenseite: Sicherheit und verwaiste Add-ons

Mit der Zahl der Add-ons wuchs auch das Risiko. Viele Erweiterungen stammten von Hobby-Entwicklern, die sie in ihrer Freizeit pflegten und irgendwann aufgaben. Blieb ein Add-on mit Sicherheitslücke im Einsatz, war das ganze Forum angreifbar, oft mit Zugriff auf Mitgliederdaten und Passwort-Hashes. Für Administratoren war kaum erkennbar, welche Erweiterung noch gepflegt wurde. Heute zeigen Plugin-Verzeichnisse deshalb Angaben wie das Datum des letzten Updates, die getesteten Versionen und die Zahl aktiver Installationen. Diese Angaben sind eine direkte Lehre aus der Zeit, in der niemand wusste, ob ein Add-on noch jemand betreute.

Von Foren zu Chat-Plattformen

Viele Communitys sind inzwischen auf Chat-Plattformen wie Discord umgezogen. Die Erweiterungen heißen dort Apps oder Bots und laufen nicht mehr auf dem Server des Betreibers, sondern beim Entwickler und kommunizieren über eine API. Rechte werden bei der Installation ausdrücklich vergeben, sensible Zugriffe brauchen eine gesonderte Freigabe. Das ist das vorläufige Ende einer langen Entwicklung: von vollem Zugriff auf alle Dateien hin zu fein abgestuften Berechtigungen.

Was Entwickler heute daraus lernen

Wer heute ein Plugin schreibt, profitiert von zwei Jahrzehnten Erfahrung. Die Grundregeln sind dieselben geblieben: nur über vorgesehene Schnittstellen eingreifen, sauber deinstallierbar bleiben, Eingaben prüfen und nichts in fremde Websites schreiben, was deren Betreiber nicht ausdrücklich wollen.