Compatibility/de

MediaWiki versucht eine breite Kompatibilität zwischen Versionen sowie mit einer Auswahl aktueller und verbliebener Software zu erhalten. Zur gleichen Zeit bedeuten der sich stets wandelnde Programmcode und die Features der neusten Entwicklungen, dass es nicht möglicht ist, für immer die Kompatibilität mit veralteter Software zu erhalten.

Server software
This sections provides an overview of the software required on the server to run MediaWiki.

PHP
Der letzte stabile Zweig von MediaWiki läuft mit jeder Version von PHP von  bis 7.3. MediaWiki 1.34 will require PHP 7.2+. PHP 7.3 support is available in MediaWiki 1.31 and newer.

Datenbank
MediaWiki ist zu einer Vielzahl von Datenbank-Servern kompatibel. MySQL oder MariaDB zu verwenden wir empfohlen.

Andere Datenbank-Software wird für den produktiven Einsatz nicht empfohlen. Der Support unterscheidet sich von MediaWiki-Version zu MediaWiki-Version und variiert zwischen dubios und stabil. MediaWiki stell Datenbank-Abstraktionsebenen für PostgreSQL und SQLite zur Verfüfung, die im Allgemeinen gut gewartet sind.

Webserver
MediaWiki ist weitgehend mit allen wichtigen Webservern kompatobel, die eine kompatible Version von PHP abrufen können. Apache wird am meisten verwendet und getestet. Nginx is a good choice as well.

MediaWiki-Erweiterungen
Solange eine Erweiterung vernünftig gewartet wird (was du am Anfang der Infobox auf der Beschreibungsseite erkennen kannst), sollte der Master-Zweig der Erweiterung mit dem Master-Zweig von MediaWiki kompatibel sein. Um die Kompatibilität mit älteren MediaWiki-Versionen festzustellen, existieren zwei häufige Richtlinien, die von Erweiterungen verwendet werden:


 * master (Schlüssel: „master“): Der master-Zweig der Erweiterung ist sowohl mit aktuellen als auch mit älteren Versionen von MediaWiki kompatibel. Hacks, um Abwärtskompatibilität sicherzustellen, werden wenn benötigt zum Quellcode der Erweiterung hinzugefügt.
 * Release-Zweige (Schlüssel: „ref“): Für jeden MediaWiki-Release existiert ein entsprechender Zweig in der Erweiterung. Wenn du z. B. MediaWiki verwendest, solltest du den -Zweig der Erweiterung verwenden.

Das „ “-Feld der Extension-Infobox gibt an, welche Richtlinie von einer bestimmten Erweiterung verwendet wird. Verwende die entsprechenden Schlüssel, um die Information anzugeben.

Einige Erweiterungen haben spezifischere Kompatibilitätsrichtlinien, zum Beispiel:
 * MediaWiki Language Extension Bundle

General information
Es gibt eine stets anwachsende Zahl verschiedener Webbrowser auf der Welt.

Zu viele, um jeden aktiv zu testen und zu unterstützen. Um unser Vorgehen im Bereich Browsersupport zu leiten, haben wir drei Levels von Support. Jede Gruppe stellt eine andere Kategorie von Browsern dar.

Modern (Grad A)
Diese Gruppe (auch Grad A genannt) erhält das 'höchste Level an Suppport. Features greifen auf die Fähigkeiten moderner Browser zurück, während sie elegante Ersatzfunktionalität für ältere Browser bereitstellen. Alle Features, die die Software zur Verfügung stellt (unabhängig davon, ob in verminderter Form oder nicht) müssen in diesen Broswern funktionieren.

Browser in dieser Kategorie sind bekannt (unten aufgelistet) und werden bei Änderungen aktiv gestestet. Probleme, die Benutzer in diesen Browsern wahrnehmen, werden mit hoher Priorität bearbeitet.

Basic (Grad C)
Diese Gruppe (auch Grad C genannt''') erhält die Kernfunktionalität von MediaWiki. Unsere HTTP-Antworten sind mit diesen Browsern Kompatibel (z.B. HTTP-Features auf die wir uns verlassen, Zeichenkodierung, und Bildformate, die vom Inhalt verwendet werden, müssen in diesen Browsern funktionieren.) Auf der Benutzeroberfläche bedeutet das, dass jeglicher Inhalt in einer lesbaren Form dargestellt wird, und Benutzer zu einem gewissen Grad Aktionen vornehmen können. Diese Browser erhalten jedoch keine JavaScript-Features.

Browsers in this category are known (listed below) and identified via a feature test suite and a blacklist in the startup module.

Unbekannt (Grad X)
This group (also known as Grade X) represents all other browsers. This includes browsers that are no longer developed or browsers not popular enough to justify the added maintenance cost for software development.

Browsers not included in any other group belong to this category.

Problems users perceive in these browsers only are given low priority.

MediaWiki handles these browsers the same as Modern (Grade A) browsers and they are thus assumed to be capable. This principle provides various important benefits:
 * New versions of modern browsers may temporarily be considered Unknown if they are not yet tested against by us. Treating Unknown browsers as capable ensures optimal user experience in these browsers.
 * Users of new and evolving browsers are given a chance to have a modern experience.
 * Users of less popular browsers based on, or derived from, known modern browsers are not negatively impacted (e.g. Iceweasel).

In practice the only difference between Unknown and Modern browsers is that we don't actively test against Unknown browsers.

These browsers are given the full feature set. However, no JavaScript support is provided if basic JavaScript functionality required for modern run-time is unavailable.

Desktop
(Last updated: October 2019)

While the principles and different grades described above apply to MediaWiki core and extensions alike, the below browser support matrix applies to MediaWiki core only (and extensions that decide to follow it). Individual extensions may have their own support matrix distributing browsers among the different levels of support. See also analytics user agent breakdown dashboard for desktop.

Mobile
(Last updated: March 2017)

The Web team at the Wikimedia Foundation uses a different support matrix for mobile-specific skins e.g. Minerva skin and/or extensions designed to run on mobile devices e.g. MobileFrontend. The support matrix is compiled from the data provided by the analytics user agent breakdown dashboard. Where browser usage is over 5% a modern experience is supported. Basic support is provided for anything over 0.1% over the 12 months. In mobile we strive to provide a Grade B. Users of grade B may or may not get JavaScript and we do not test to the same level as A, thus we prioritize bug fixes lower.