MediaWiki 1.19/Ankündigung der Implementation
Diese Mitteilung wurde ursprünglich im Wikimedia-Technikblog veröffentlicht. Du kannst den RSS-Feed des Technikblogs abonnieren, um über ähnliche Ankündigungen benachrichtigt zu werden.
Implementation von MediaWiki 1.19 auf den Wikimedia-Websites: Teste es, bevor es kaputtgeht
Die Techniker von Wikimedia legen den letzten Feinschliff an die letzte Version von MediaWiki an, der Software, die die Wikipedia und ihre Schwesterprojekte technisch unterstützt. Diese Version, mit „1.19wmfl“ bezeichnet, wird ab nächste Woche in Etappen auf den Wikimedia-Projekten implementiert.
Wir haben zuletzt ein Beta-Cluster erstellt und dabei eine Auswahl an Wikimedia-Wikis kopiert, wo Wikimedianer die neue Version getestet und kontrolliert haben, dass sie einigermaßen gut mit den speziellen Anpassungen ihrer lokalen Wikis funktionierte.
Es sieht gut aus, und der aktuelle Plan ist, die Software in fünf Etappen zwischen dem 15. Februar und dem 1. März 2012 bereitzustellen. Der Zeitplan kann sich abhängig von unerwarteten Vorkommnissen ändern, also solltest du auf dem Meilensteinplan von MediaWiki 1.19 nachsehen, wo du einen aktualisierten Zeitplan findest, wann dein Wiki betroffen sein wird.
Viele neue Funktionen und Fehlerbereinigungen, die mit MediaWiki 1.19 kommen, sind Backend-Änderungen hinter den Kulissen, zum Beispiel Arbeiten an der Infrastruktur, um den fortlaufenden Wechsel nach Swift als unsere Medienspeicherplattform zu unterstützen.
Es gibt auch sichtbarere Verbesserungen wie die bessere Lesbarkeit von Versionsunterschieden für farbenblinde Personen und die bessere Unterstützung des Geschlechts und der Sprache der Benutzer in der Benutzeroberfläche. Eine Liste aller Änderungen kann in den skizzierten Veröffentlichungshinweisen angesehen werden.
Prüfe die Kompatibilität von JavaScript und den Gadgets mit dem ResourceLoader
Ein spezielles Verbesserungsgebiet bei MediaWiki 1.19 betrifft JavaScript. Während die meisten der älteren Seiten-, Benutzerskripte und Gadgets weiterhin funktionieren werden, ist es auch möglich, dass die neue Version weniger gut mit Annahmen und Fehlern im Code zurechtkommt. Schnellere Ladezeiten können beispielsweise Fehler in Skripten aufdecken, die nicht explizit die Modulen, die sie benutzen, festlegen.
Des Weiteren wird eine neue Version des ResourceLoaders später im Jahr implementiert, die speziell für Gadgets Verbesserungen bringen wird, aber Gadgets benötigen wird, um kompatibel mit dem ResourceLoader gemacht werden zu können.
Den Betreuern von Gadgets wird deshalb besonders geraten, ihre Skripte jetzt zu aktualisieren, um später größere Störungen zu vermeiden. Der Migrationsführer für den ResourceLoader ist das Hauptdokument für Entwickler von Gadgets; eine Liste von JavaScript-Ablehnungen und vorgegebenen Modulen ist auch erhältlich.
Du kannst dich auch dem Resource Walker von 2011 anschließen, einem Versuch, durch alle Wikimedia-Wikis zu gehen und veraltete JavaScripte zu aktualisieren. Ein IRC-Workshop ist geplant, um den Prozess zu erleichtern; mehr Informationen werden später in diesen Blog gestellt.
Tendenz zu transparenten Aktualisierungen
Da wir zu häufigeren Softwareaktualisierungen tendieren, erwarten wir, dass diese immer weniger mühsam sein werden – und idealerweise werden sie irgendwann mal so glatt verlaufen, dass die Benutzer sie nicht einmal wahrnehmen werden, außer die neuen Funktionen, die hinzukommen. Dort sind wir noch nicht ganz angekommen, aber wir haben im letzten Jahr oder so Fortschritte gemacht, und wir sind engagiert, unsere Bemühungen fortzusetzen, zum Wohle der Entwickler als auch der Benutzer.
In der Zwischenzeit ertrage bitte zusammen mit uns, wenn du – entgegen unseren Bemühungen – auf Probleme wegen dieser Aktualisierung stößt; wir versuchen, sie so schnell zu beheben, wie wir können. Es ist nicht zu spät dafür, das Beta-Cluster zu besuchen und Probleme dort (Archived 2012-01-19 at the Wayback Machine) oder in unserem Bugtracker („(Software-)Fehler-Verfolger“) zu melden. Je mehr Leute es vorher testen, desto reibungsloser sollte die Implementation laufen.
Guillaume Paumier
Technischer Leiter für Kommunikation (Technical communications manager)
