Joomla! und WordPress im praktischen Vergleich

Egal für welches System man sich entscheidet, man sollte sich auf jeden Fall für ein Webhosting entscheiden, das die Dateien und nicht nur die Datenbank auf SSDs speichert. Von den CMS werden unzählige Dateien geladen. Wenn diese auf einer HDD gespeichert sind, benötigt jede eine Zugriffszeit von ca. 8 ms. Dadurch vergeht bis zur Serverantwort eine Menge Zeit. SSDs benötigen ca. ein Hundertstel davon.

Für den gebuchten Webspace bekommt man vom Hoster die Zugangsdaten. Viele bieten direkt die Installation von WordPress oder Joomla! darauf an. Man kann es aber auch analog zur lokalen Installation selbst machen.

Sinnvoll ist auch eine parallele Installation auf einem lokalen Rechner. Ich entwickelte bis zur Version 6 von Joomal! lokal auf Windows mit XAMPP in der portablen Version. Als Vorteile empfand ich

1. unter Windows wird der Webserver nur gestartet, wenn er benötigt wird, im Gegensatz zu Linux, wo er durchläuft. Wenn ich den Rechner anders nutze, wird keine Ressource belegt.

2. XAMPP unter Windows ist fast schon gebrauchsfertig konfiguriert. In der Datei php.ini müssen nur noch einige Pakete durch Entfernen des Kommentars aktiviert werden. Das wird in beiden Systemen für den Umgang mit Bildern benötigt.

3. von der portablen Version wird nichts in die Windows-Registry geschrieben. Damit wird eine Verlangsamung des Rechners vermieden. Weiterhin kann man leicht mehrere Versionen von XAMPP speichern und durch Umbenennung zur aktuellen machen.

XAMPP muss auf der 1. Ebene des Laufwerks stehen, also C:\xampp oder D:\xampp. Vor der Installation muss man das Installationspaket herunterladen und an geeigneter Stelle entpacken. Beim ersten Start können die Sprache der Benutzeroberfläche und die automatisch zu startenden Programme festgelegt werden.

In der Benutzeroberfläche findet sich in der Datenbankzeile eine Schaltfläche zur Administrierung. Diese öffnet im Browser die Anwendung phpMyAdmin. Damit muss eine Datenbank für das CMS angelegt werden. Diesen Schritt findest du aber bereits in der Installationsanleitung des CMS, das du installieren willst.

Das CMS sollte man sich als Zip-Datei herunterladen und in den Ordner \xampp\htdocs entpacken. WordPress steht dann z.B. in \xampp\htdocs\wordpress. Die lokale URL zu WordPress ist dabei localhost/wordpress. Für WordPress gibt es die sogenannte 5-Minuten-Installation. Mit dieser Anleitung lässt sich eine lokale Installation gut durchführen.

Bei Joomla! funktioniert es sehr ähnlich. Zur Installation gibt es eine Anleitung. Es werden Daten zur Installation abgefragt, die Datenbank angelegt und eine Konfigurationsdatei geschrieben.

Man erhält mit den Anleitungen ein erstes System, das für die eigenen Vorstellungen weiter konfiguriert und erweitert werden muss.

Warum bin ich nicht bei XAMPP geblieben? Joomla! benötigt ab Version 6 eine höhere PHP-Version, als XAMPP enthält. Ich habe mir daher unter Linux einen LAMP-Server eingerichtet.

Wenn du eine deutschsprachige Website mit WordPress aufbauen willst, ist es am einfachsten, direkt die entsprechenden Installationsdatei zu verwenden. Man kann aber auch nachträglich die Sprache im Bereich der allgemeinen Einstellungen ändern. Es erfolgt dann ein Update der Sprache im Hintergrund.

Die Grundinstallation von Joomla! ist ein englischsprachiges System. Sind die Inhalte der Webseite in einer anderen Sprache geplant, sollte man diese zunächst nachinstallieren. Dazu geht man auf die Seite System und dort im Block Verwalten auf Sprachen. Wenn die gewünschte Sprache noch nicht in der Liste steht, gibt es oben eine Schaltfläche Sprachen installieren, über die genau das getan werden kann.

Im Block Verwalten gibt es auch den Punkt Inhaltssprachen. Das ist hauptsächlich für mehrsprachige Inhalte interessant oder wenn die Verwaltung der Site in einer anderen Sprache als die Inhalte erfolgen soll.

Dass man den Namen der Site oder der Organisation irgendwo einträgt und evtl. ein Logo hochlädt, sollte selbstverständlich sein. Format von Datum und Uhrzeit? Sollte sich doch an der Sprache orientieren. Na ja, dann gibt es immer noch Varianten.

Eine wichtige Einstellung betrifft die URLs. WordPress nennt das Permalinks und ist auch so als Unterpunkt der Einstellungen zu finden. Joomla! nennt es Suchmaschinen-freundliche URL und ist im unteren Teil der Startseite der Konfiguration, die man aus dem Dashboard oder von der Seite System aus erreicht. Es geht darum, dass die Seiten leicht verständliche Adressen bekommen, statt kryptischer interner Bezeichnungen.

Bei WordPress kann man einfach alle Unterpunkte der Einstellungen durchgehen. Dann hat man erst einmal alles, was einstellbar ist, erledigt. Bei klassischen Themes gibt es noch den Customizer, in dem dann je nach Theme weitere Angaben möglich sind.

Joomla! bietet eine Fülle von Einstellmöglichkeit. Nach den obigen Grundeinstellungen kann man erst einmal alles so lassen, wie es ist. Wenn man später mit dem System arbeitet und mit einem neuen Bereich beginnt, kann man sich dann auf die dazu passenden Parameter konzentrieren.

Bei WordPress wird das System mit Plugins und Themes an die Bedürfnisse angepasst. In der Navigationsspalte gibt dazu es die Menüpunkte Plugins und Design. Wenn man Plugins anwählt, steht oben im rechten Arbeitsbereich die Schaltfläche Neues Plugin hinzufügen. Diese aktiviert eine Auswahl-Seite, die direkt von WordPress versorgt wird. Sinngemäß funktioniert es auch beim Menüpunkt Design.

Bei Joomla! gibt es ebenfalls eine zentrale Seite für Erweiterungen, von der auch aus dem laufenden System heraus installiert werden kann. Erweiterungen sind sowohl Templates als auch Plugins. Darüber hinaus gibt es noch Module und Komponenten, und es gibt Erweiterungen, die von allem etwas enthalten. Nur kurz: Module sind so etwas wie im klassischen WordPress die Widgets, die es meines Wissens im Blockeditor nicht mehr gibt, bzw. durch spezielle Blöcke ersetzt wurden. Komponenten sind eigenständige Hauptanteile einer Seite, die würden in WordPress vielleicht am ehesten als Template bezeichnet.

Ein Vergleich der Systeme, der die Anzahl verfügbarer Plugins gegenüberstellt, besagt weder etwas über deren Qualität, noch über den Funktionsumfang der kostenlosen Versionen. Grundsätzlich lässt sich sagen, dass WordPress zwar mehr Erweiterungen anbietet, aber auch mehr davon benötigt. Daher erwähne ich in den folgenden Kapiteln einige von denen, die ich nutze.

Es gibt für jedes System etliche Seiten mit Empfehlungen. Hier noch für den Fall, dass es dort nicht dabei war:

WordPress: nach dem Anlegen weiterer Benutzer einen weiteren Administrator anlegen und den ursprünglichen Administrator löschen! Hacker versuchen über den Benutzer mit der ID=1 das System zu kapern. Das Plugin Login Lockdown sperrt IP-Adressen, die sich mehrfach erfolglos am Einloggen versucht haben für eine gewisse Zeit.

Joomla: hier vergibt das System für den ersten Nutzer eine höhere ID. Für Version 3 gab es ein vergleichbares Plugin, das ist aber mit Version 5 nicht mehr kompatibel. Vielleicht ist die 2-Faktor-Authorisierung eine Alternative?

Wir sind jetzt an einem kritischen Punkt angekommen: du musst dich entscheiden, ob du das nimmst, was das System dir liefert oder  ob das System dir liefern soll, was du gerne hättest. Bevor man loslegt, sollte man sich daher zunächst ein paar Frage in dieser Reihenfolge stellen:

1. Was soll mir das System liefern?

2. Kann mir das System liefern, was ich gerne hätte?

3. Schaffe ich es, das System so anzupassen, dass es das liefert, was ich gerne hätte?

Nach der ersten Installation hat man ein System, das die Entwickler gerne zeigen möchten. Man sollte im Hinterkopf haben, dass es für Software mit einer längeren Vergangenheit wichtig ist, bestehende Anwender weiter zufrieden zu stellen und ihre Investitionen in Inhalte, Themes, Erweiterungen usw. weiter zu unterstützen.

Für WordPress wird jährlich ein neues Theme entwickelt, das besonders die Neuentwicklungen zeigen soll. Wie bereits erwähnt hat der Blockeditor für etliche Kontroversen gesorgt. Langfristig versucht WordPress die Nutzer zu dem Blockeditor hinzubewegen. Braucht man eigentlich unterschiedliche Block-Themes, wenn man sich dazu alles zusammenklicken kann?

Man kann sich auf die Suche nach einem Theme machen, das den eigenen Vorstellungen nahe kommt und dies weiter anpassen. Oder man entwickelt sein eigenes Theme.

Die Entwickler von Joomla! liefern ein Template, das viele allgemein nützliche Aspekte zeigt, allerdings ist das Design eher etwas altmodisch am Desktop ausgerichtet. In der Konfiguration lassen sich Dinge, die nicht gezeigt werden sollen, abschalten. Oder es lässt sich wählen, an welcher Stelle eine Information gezeigt werden soll. Auch hier gilt: wenn man ein geeignetes Template findet, ist es gut, sonst muss man ein eigenes entwickeln.

Konfiguration

Nach den Grundeinstellungen und den Einstellungen zum gewählten Theme gibt es bei WordPress nichts mehr zu konfigurieren.

Anders bei Joomla. Wenn das Grundsystem etwas nicht so macht, wie man es sich vorgestellt hatte, bedeutet das noch nicht, dass Joomla! es nicht trotzdem liefern könnte. Hier hilft es nur, die Konfiguration aufzurufen und die Möglichkeiten durchzugehen. Leider ist nicht alles selbsterklärend.

Tipp: Zeitweilig habe ich eine lokale Version auf englisch betrieben, um für Recherchen an die passenden Fachbegriffe zu kommen.

Wenn man sich entschließt, eine eigenes Layout zu entwickeln, kommt man in der Regel nicht darum herum, auch in den PHP-Code einzugreifen.

Bei WordPress werden Funktionen registriert und mit einer Aktion oder einem Filter verknüpft. Das Aktivieren der Aktionen oder Filter ruft alle damit registrierten Funktionen auf. Die Reihenfolge ist steuerbar.

Es lassen sich aber auch Aktionen löschen. So sind manche Systemfunktionen als Aktion registriert. Man kann sie z.B. deaktivieren und durch eigene Logik ersetzen. Filter dienen in der Regel zur Aufbereitung von Texten. Mit Filterfunktionen kann man Ergebnisse weiter manipulieren oder komplett ersetzen.

Filter und Aktionen werden über Hooks, also Aktivierungspunkte, mit dem System verbunden. Die Herausforderung besteht darin, die passenden Hooks zu finden. Häufig hilft Handbuch lesen und Quelltext nachverfolgen.

In der Praxis würde ich behaupten, dass man spätestens nach 3 – 4 Suchanfragen zu jedem Problem eine Lösungsidee findet.

Wenn man mit einem eigenen Theme arbeitet, lässt diese Vorgehensweise Updates des Systems zu, ohne dass es die Nutzerfunktionen tangiert.

Ob man eigene Funktionalität im Theme oder mittels Plugin implementiert, ist in klassischen Themes im Prinzip egal. Eine Ergänzung im Theme ist deutlich einfacher und erfolgt häufig in der Datei functions.php. Mit Übergang zu den Block-Themes drängte WordPress immer mehr dazu, eigene Funktionalität als Plugin zu implementieren. Wenn die Erweiterung in einem einfachen Filter besteht, ist der Aufwand nur geringfügig höher. Kommt Interaktion dazu, sieht es anders aus. Der Vorteil ist natürlich, dass die Erweiterung dann unabhängig von einem bestimmten Theme genutzt werden kann.

Dadurch, dass WordPress mit Funktionen und Hooks arbeitet, kann alles in einer Datei stehen, deren Name dem Namen des Ordners und des Plugins entspricht. Über einen Kommentar-Bereich zu Beginn der Datei werden dem System alle notwendigen Informationen mitgeteilt. Bei komplexeren Erweiterungen kann eine beliebige Aufteilung in weitere Dateien erfolgen.

Joomla! arbeitet Templates mit Overrides. Das funktioniert so, dass in der Standard-Installation genau der Pfad festgelegt ist, wo welche Funktionalität gespeichert ist. Wenn diese nicht so konfigurierbar ist, dass sie das gewünschte Ergebnis liefert, kann eine Kopie davon an einem bestimmten Platz im Template abgelegt werden, um die Funktionalität den Wünschen anzupassen. Bei Updates in den betroffenen Systemdateien wird man auf die Änderungen hingewiesen und kann in einem Editorfenster die neue Override-Datei zusammenstellen.

Es bietet sich an, eine lokale Kopie der Website zu betreiben, in der Updates und Änderungen zunächst durchgespielt werden, um mögliche Problemstellen im Voraus zu erkennen.

Es gibt detaillierte Anleitungen und Beispiele zum Programmieren von Modulen und Plugins. Vielleicht ist es zunächst abschreckend, dass immer eine Handvoll Dateien zu erstellen ist. In der Praxis handelt es sich häufig um Erweiterungen bestehender Klassen, für die ein Grundgerüst kopiert werden kann und in denen nur wenige Änderungen nötig sind. Aber man muss sich in dieses Schema erst einmal einarbeiten!

Während die Dokumentation im Bereich manual.joomla.org aktuell und sehr gut nachvollziehbar ist, landet man mit Suchmaschinen häufig noch im Bereich docs.joomla.org, wo die Information sich auf ältere Versionen von Joomla! bezieht und zum Teil überholt ist. Dennoch kann es interessant sein, die Sichtweise der Macher von Joomla! auf Grundprinzipien wie das MVC-Entwurfsmuster in der alten und neuen Version zu lesen.