Nach rund einem halben Jahr liegt Joomla! in einer neuen Version vor. Die verbessert leicht das Routing, die Barrierefreiheit und die Medienverwaltung. Darüber hinaus läuft das Content-Management-System unter dem aktuellen PHP 8.4.

Mittlerweile veröffentlichen die Joomla!-Entwickler im Halbjahresrhythmus neue Versionen, die allerdings jeweils nur kleinere Neuerungen umfassen. Das gilt auch für das neue Joomla! 5.3, bei dem sich obendrein die meisten Änderungen unter der Haube verstecken.

Eine der wenigen sichtbaren Änderungen bringt die Scheduler-Komponente (alias „Geplante Aufgaben“) mit: Sie merkt sich ab sofort alle bereits ausgeführten Tasks und gewährt im Backend einen Einblick in diesen Ausführungsverlauf (Execution History). Dort verrät die Komponente unter anderem, welche Aufgaben bereits wie oft ausgeführt wurden und welche von ihnen zuletzt mit einem Fehler endeten. Anhand des Ausführungsverlaufs lässt sich schnell kontrollieren, ob alle Aufgaben wie gewünscht ausgeführt wurden und wer für ein Fehlverhalten verantwortlich ist.

Wollte man bislang als Seitenbetreiber PDF-Dateien, Excel-Tabellen oder andere Dokumente in seine Seiten einbinden, musste man sie irgendwo zwischen den Bildern im „images“-Verzeichnis parken. In Joomla! 5.3 sieht der Medien-Manager für diese anderen Dateien endlich ein eigenes Verzeichnis namens „files“ vor.

Des Weiteren darf man über eine neue Einstellung im „Beiträge — Newsflash“-Modul in den „Weiterlesen“-Links den Beitragstitel ein- und ausknipsen. Die Symbole in der Kontakt-Komponente liefern jetzt Screenreadern die passenden Texte und verbessern so die Barrierefreiheit.

Das überarbeitete Routing versucht sogenannte Tainted URLs zu erkennen. Dabei handelt es sich um Internetadressen, die Fehler aufweisen – etwa einen falschen Alias für einen Beitrag. Solche URLs kann Joomla! 3.5 in Grenzen sogar korrigieren. Damit steigert das Content-Management-System noch einmal die Suchmaschinenfreundlichkeit.

Auch wer mit oder für Joomla! Software entwickelt, sollte einen Blick in die Release Notes werfen. Zum einen gelten die Methoden „HTMLHelper::script()“ und „HTMLHelper::stylesheet()“ als veraltet. Programmierer sollten stattdessen die WebAsset API verwenden. Des Weiteren nutzen jetzt auch das „content“- und das „system“-Plugin intern das Event-Class-System. Abschließend kann die E-Mail-View in Templates über „$mail“ auf die aktuellen Template-Parameter zugreifen.