Joomla 1.0.12 ist vor wenigen Tagen erschienen. Im einleitenden Text des Artikels wird unter anderem von 140 Fehlerbehebungen und einigen nicht-kritischen Sicherheitsfixes gesprochen und ein Update empfohlen.
Eine Änderung größeren Ausmaßes, die unter der Haube steckt, findet man jedoch nur in einem separaten Blog-Eintrag von Rob Schley. Die ItemID-Verwaltung wurde geändert!
Was für mich beim ersten Lesen zunächst ein Anlass zur Freude war (auf welcher umfangreicheren Joomla-Website hat man nicht mit der ItemID-Katastrophe zu kämpfen?), kehrte sich jedoch beim Sichten des offiziellen Forums schnell in blankes Entsetzen. Ein Blick in diesen Thread zeigt sehr schnell, dass auf die Betreiber größerer Webseiten schwere Komplikationen zukommen:
- Die ItemIDs werden jetzt nach einem neuen Verfahren vergeben, das von dem bisherigen abweicht, aber immer noch zu dem Problem des Duplicate Content führt.
- Wesentlich schlimmer jedoch ist, dass die Modulzuweisung nicht mehr wie gewohnt funktioniert. Konnte man bisher exakt bestimmen, auf welchen Seiten ein Modul angezeigt wird, so wird man nun Überraschungen erleben – je nachdem, auf welchem Weg der Nutzer ein Content-Item aufruft, werden unter Umständen unerwartet ganz andere Module angezeigt.
Für Seiten mit umfangreichem Content und einer durchdachten Anordnung kontextbezogener Module ist das schlichtweg eine Katastrophe. Es wird auch nicht dadurch besser, dass Joomla 1.5 nach derselben neuen Methode arbeitet.
Immerhin ist in dem oben genannten Thread ein recht simpler Weg beschrieben, wie man mittels Core-Hack zur alten Methode der ItemID-Vergabe zurückkehren kann.
Für mich ist immer wieder überraschend, mit welcher Nonchalance das Entwicklerteam seine eigenen Regeln bricht. Ich zitiere folgende Passagen aus dem offiziellen Strategie-Dokument (PDF):
Maintenance Release Number (X.Y.Z) – An increment of the maintenance number usually indicates bug fixing within the minor release and possibly small enhancements and limited new features. Fully backward compatible with previous maintenance increments.
These releases are initiated and controlled by the quality and testing workgroup. The frequency of Maintenance Releases will decrease as the code base matures. Maintenance Releases aim to improve the quality of stable releases that have been deployed by users and administrators, yielding a better return on investment because you do not have to wait for the next full release for a bug to be fixed.
Holds 100% backward compatibility with previous minor – and maintenance versions.
(Hervorhebungen von mir)
Dass die Roadmaps keinerlei verlässliche Aussagen bieten, wissen wir schon seit den längst vergangenen Tagen von Mambo 4.5. Das Joomla-Team ist jedoch mit einem neuen Anspruch an sich selbst angetreten. Jetzt wissen wir auch mit letzter Gewissheit, dass die Informationen auf dem Developer-Portal nicht viel wert sind – von hundertprozentiger Abwärtskompatibilität kann hier keine Rede sein.
Dass die Entwicklung im OpenSource-Bereich andere Wege geht als bei proprietärer Software, ist eine akzeptierte Tatsache. Andere OpenSource-Projekte bieten ihren Anwendern jedoch eine erheblich höhere Verlässlichkeit und besseren Schutz vor solchen Überraschungen, die in einem "Stabilitäts-Release" mit eingeschmuggelt werden.
Meine Sites werde ich vorerst jedenfalls nicht auf die neue Version updaten. Gleichzeitig kann es sicherlich nicht schaden, Recherchen über andere CMS mit disziplinierterem Entwicklungszyklus zu intensivieren.
Trotz alledem wünsche ich allen ein frohes, erfolgreiches und vor allem gesundes neues Jahr.
Letzte Kommentare