Manual:Upgrading/fr



Transfert de fichier
Choisissez une méthode pour transférer les fichiers :


 * wget
 * Transfert sécurisé avec SCP ou WinSCP
 * SSH File Transfer Protocol (SFTP)
 * Utiliser un client FTP.
 * Votre hébergeur peut mettre à disposition un gestionnaire de fichiers en ligne, vérifiez auprès de votre hébergeur.
 * Une autre méthode. Voir List of file transfer protocols

Préalable
Lisez.


 * 1) Vérifiez les prérequis
 * 2) Lisez les notes de version
 * 3) Sauvegardez les fichiers existants et la base de données
 * 4) Décompressez les nouveaux fichiers
 * 5) Mettez à jour les extensions
 * 6) Exécutez le script de mise à jour pour vérifier la base de données
 * 7) Testez la mise à jour


 * 1) Vérifiez les paramètres nécessaires

MediaWiki nécessite :


 * PHP +
 * L'une des options suivantes :
 * MySQL + (ou équivalent MariaDB)
 * PostgreSQL +
 * SQLite +
 * Oracle +

Si vous utilisez PostgreSQL, veuillez lire également

Pour plus d'information, lisez et.

Lisez les notes de version
Dans l'archive de l'installation ou dans les fichiers obtenus depuis Git sont présents des fichiers nommés en majuscules dont un contient les notes de version  (wiki). Il est maintenant temps de l'ouvrir et de rechercher ce qui a changé dans cette version.

Vider la file des tâches en attente d'exécution
Pour des raisosn de performance, certaines action sur la base de données sont retardées, et gérées par la file des travaux. Ces tâches sont rangées dans la base de données et contiennent des paramètres avec les informations indiquant les actions à réaliser. Il est vivement conseillé d'exécuter ces tâches en attente avant de faire la mise à jour du wiki, pour éviter qu'elles n'abortent dans le cas où la spécification des paramètres viendrait à changer d'une version à l'autre. Utilisez pour exécuter toutes les tâches en attente et vider la file d'attente avant de réaliser la mise à jour.

Sauvegarder les fichiers existants et la base de données

 * Instructions complètes : 

Même si les scripts de mise à jour sont maintenus et robustes, les choses peuvent mal tourner. Avant de procéder à la mise à jour du schéma de base de données, faites une sauvegarde complète du wiki, incluant à la fois la base de données et les fichiers :


 * le contenu du wiki, en commençant par la base de données (assurez-vous de spécifier correctement le jeu de caractères, vérifiez d'abord dans Localsettings.php). Il peut être utile de générer un export XML en plus de l'export SQL de la base de données.
 * MySQL, les deux exports SQL et XML sont à utiliser avec la commande :

mysqldump --user=wikidb_user --password=wikidb_userpassword wikidb > file.sql mysqldump --user=wikidb_user --password=wikidb_userpassword wikidb --xml > file.xml
 * PostgreSQL, un export de la base de données à utiliser avec la commande  :

pg_dump --create -Fc wikidb > file.db.dump
 * SQLite, utilisez un script de MediaWiki pour créer la sauvegarde :

php wikifolder/maintenance/sqlite.php --backup-to file
 * les images et autres fichiers multimédia (le contenu du dossier images, logo personnalisé /skins/common/images/wiki.png)
 * les fichiers de configuration, comme par exemple Localsettings.php et .htaccess (si présent)
 * les fichiers du programme MediaWiki, en incluant toutes les apparences et extensions en particulier si vous les avez modifiés.

Utiliser le paquet tarball
Vous pouvez déposer les nouveaux fichiers en utilisant FTP ou la ligne de commande. Privilégiez la ligne de commande si vous y avez accès ! Celle-ci sera beaucoup plus rapide que de transférer un à un chacun des fichiers qui composent l'installation via FTP.

Client FTP ou interface graphique
Si vous ne pouvez pas utiliser la console sur votre serveur, téléchargez l'archive MediaWiki en local et utilisez 7zip pour extraire l'archive en local.

Une fois les fichiers extraits, utilisez le client FTP de votre choix pour héberger les dossiers et fichiers sur le serveur.

Ligne de commande
Il est possible que vous ayez à exécuter les commandes en tant que sudo si votre compte courant n'a pas toutes les permissions d'écriture dans le dossier d'installation du wiki. Lors de l'extraction de l'archive tarball de MediaWiki normalement se créera un nouveau directoire pour la version de MediaWiki et vous aurez à y copier les anciens fichiers de configuration et le dossier 'images' depuis le dossier où se trouve l'installation antérieure :

$ cd /path/to/your/new/installation/ $ wget https://releases.wikimedia.org/mediawiki//mediawiki-.tar.gz $ tar -xvzf mediawiki-.tar.gz $ rm mediawiki-.tar.gz

Les utilisateurs d'(Open)Solaris doivent utiliser gtar ou :

$ gzip -dc mediawiki-.tar.gz | tar xf -

Autres fichiers
Après avoir extrait les fichiers, vous devez copier ou déplacer quelques fichiers et dossiers depuis l'ancien répertoire d'installation vers le nouveau :


 * , qui contient les options de votre précédente configuration.
 * Le répertoire  (ou   dans des versions antérieures), qui contient tous les fichiers hébergés sur le wiki, sauf si vous avez spécifié un dossier d'upload des fichiers différent. Vous devrez changer le propriétaire et les permissions de façon appropriée, par exemple avec   et   si l'utilisateur web est apache.
 * Les extensions dans le répertoire . Vous devriez toujours utiliser des versions actualisées des extensions ; il n'est pas garanti que les anciennes extensions fonctionnent avec une version plus récente de MediaWiki.
 * Si utilisez un logo personnalisé, ce fichier doit aussi être restauré à partir de la sauvegarde. Avant la version 1.24 il doit se trouver dans . À partir de la version 1.24 il se trouve dans le dossier   ou dans   si vous avez préféré l'utiliser. Dans ce cas indiquez-le dans Localsettings.php, par exemple avec.
 * Les apparences personnalisées au sein du répertoire.
 * Toutes modifications réalisées sur les anciens fichiers d'installation ou aux extensions.
 * Les éventuels fichiers .htaccess (si vous utlisez Apache et que vous y avez défini des règles).

Une fois fait ceci, faites de ce nouveau dossier le dossier publié sur le serveur, ou renommez le dossier d'installation antérieur puis renommez le nouveau pour qu'il coïncide avec le nom du précédent.

En utilisant Git
Si vous utilisez, exportez les fichiers dans un dossier vide et ensuite copiez uniquement les fichiers modifiés dans le nouveau répertoire comme détaillé dans la section précédente.

Si vous mettez à jour vers MediaWiki 1.25 ou supérieur, vous devrez aussi installer certaines bibliothèques PHP externes via Composer ou une archive maintenue la ferme de wikis de Wikimedia. Plus de détails sur l'installation et l'actualisation des bibliothèques externes au sein de la documentation téléchargée depuis Git.

Utilisation du patch
Un petit fichier de patch est habituellement disponible pour une mise à niveau de version mineure. Téléchargez manuellement et extrayez le fichier de correctif de the dumps site ou suivez les instructions avec wget ci-dessous. Les patchs sont incrémentaux, vous pouvez pas sauter une version.


 * 1) cd à votre répertoire principal MediaWiki (celui avec LocalSettings.php).
 * 2) Téléchargez le fichier de patch et gunzip le.
 * 3) Utilisez   pour vérifier ce qui sera changé (par exemple,  )
 * 4) Si tout va bien, lancez patch à nouveau sans.
 * 5) Vérifiez votre Special:Version et vous devriez voir le nouveau numéro de version en place.

Fichiers restants susceptibles de provoquer des erreurs
Si vous installez dans le même répertoire que l'ancienne version, il est possible que les anciens fichiers causent des problèmes avec la nouvelle version.

Si vous n'utilisez pas profiling, mais que vous avez un fichier  dans le répertoire racine de MediaWiki, vous pouvez voir apparaître des erreurs de référence à. En effaçant ou renommant le fichier , vous corrigerez cette erreur. Le fichier , qui est aussi dans le répertoire racine de MediaWiki, peut servir de modèle au cas où vous activeriez le profiling à l'avenir.

MediaWiki 1.23 deprecates the skin autodiscovery mechanism of core skin files. After upgrading to this version, you should ensure that the old files,  ,   and   directly in the   directory as well as the according subfolders inside the   directory got removed. MediaWiki will log warnings if any of them are still found to help you remember. (You will also need to adjust any custom skins to follow a similar convention.) See for details.

MediaWiki 1.24 modifie les chemins des fichiers d'habillage système. Après avoir fait la mise à jour vers cette version, vous devez vérifier directement que les anciens fichiers,  ,   et   du répertoire   , ne sont plus présents. Voir pour les détails.

Mettre à jour les extensions
Certaines extensions ont été mises à jour pour fonctionner avec la nouvelle version de MediaWiki. Vérifiez de que vous utilisez bien la dernière version de ces extensions. Il est possible que vous ayez à faire les mises à jour manuellement pour les extensions personnalisées.

Les différentes archives de distribution .tar contiennent quelques sous-ensembles des extensions ainsi qu'un numéro de version pour vous aider à mettre à jour en choisissant celui compatible avec la version de votre coeur de système MédiaWiki.

L'extension Distributor fonctionne bien pour la plupart des personnes qui veulent une capture des extensions compatible avec les versions que leur MédiaWiki peut supporter.

Si vous désirez beaucoup d'extensions alors le téléchargement à partir de Git est probablement la meilleure chose. Si vous ne possédez pas Git et voulez mettre à jour un grand nombre d'extensions, vous pouvez utiliser mwExtUpgrader.

Adaptez votre LocalSettings.php
Si vous utilisez le  de l'ancienne version, il est possible que vous deviez l'adapter en fonction de l'utilisation qu'en fait la nouvelle version :

Enregistrement de l'habillage
Depuis MediaWiki 1.24, les habillages embarqués tels que Vector, Monobook, Modern et CologneBlue ne font plus partie du coeur de MediaWiki, et ils doivent être enregistrés explicitement dans  pour pouvoir être utilisés, sinon MediaWiki vous avertira que vous n'avez pas installé ces habillages.

Voici ce que vous devez ajouter à  quand vous mettez à jour à partir d'une version plus ancienne que la 1.24 et que vous voulez mettre à disposition l'un des habillages suivants :

Ce code concerne MediaWiki 1.25 et ultérieur. Pour MediaWiki 1.24 vous avez besoin d'utiliser le code suivant :

Les autres habillages peuvent encore ne pas avoir été adaptés au nouveau système d'enregistrement des habillages, aussi reportez-vous à la page de documentation de chacun d'eux pour voir comment l'enregistrer proprement en cas de problème.

Enregistrement d'extension
Depuis MediaWiki 1.25, les extensions utilisent un nouveau système d'enregistrement des extensions.

Auparavent votre  aurait inclu quelque chose comme :

Cela peut être converti en :

Nous sommes en train d'adapter les extensions pour utiliser le nouveau système d'enregistrement. Les extensions qui ne sont pas adaptées doivent utiliser l'ancienne méthode d'installation. Reportez-vous aux instructions d'installation sur la page des extensions pour plus d'information.

Autres variables
Certaines variables peuvent être obsolètes ou même avoir été retirées. Le fait de les avoir dans  n'a habituellement pas de conséquences. De nouvelles variables peuvent être ajoutées dans les versions les plus récentes, ou certaines variables peuvent voir leur type modifié. D'ordinaire, nous essayons d'utiliser pour elles, des valeurs saines par défaut, et dans le cas d'une modification de type, de conserver la compatibilité ascendante. Dans tous les cas, lisez les notes de livraison pour voir ces changements.

Exécuter le script de mise à jour
Vous pouvez mettre à jour la base de données MediaWiki de deux manières : soit à partir de la ligne de commande, soit à partir du navigateur web. Si vous avez accès au shell de votre serveur, la mise à jour à partir de la ligne de commande est recommandée, car cela réduit le risque que le processus de mise à jour soit interrompu par un dépassement de temps ou par la reinitialisation de la connexion.

Le script essayera aussi de télécharger toute dépendance manquante dont MediaWiki aurait besoin.

Ligne de commande
Access the command line of your server or an SSH shell or similar. You can access the command line by connecting to your server via SSH. If the local PC you are working on runs Microsoft Windows, you will need a tool like PuTTY to use SSH. From the command line or the Shell, change to the  directory and execute the update script:

$ php update.php On a Linux server if you get an error try performing the same command as root ( sudo php maintenance/update.php ). Note for simple installations on Windows (e.g. with ): First make sure that your web server (such as Apache) and your database (such as MySQL) are running. Then run update.php: right-click it, select Open With, and browse to PHP.exe. The resulting command prompt window will likely autoclose when the schema upgrade completes.

You might see a message that your PHP version is too old and that MediaWiki needs a newer version. After that message the update aborts. Reason for this error is that the command line can use another PHP version than that one which you have when you execute MediaWiki from the web server. When you get this message you should check, if you can execute a newer PHP version on the shell by using a different command: That might e.g. be php5 or php56. If another version is available and - if so - under which name, depends on the setup of your server. If it does not work, ask your hoster; he will surely know.

MediaWiki va scruter le schéma existant et le mettre à jour pour qu'il puisse travailler avec le nouveau code, en ajoutant des tables et des colonnes en fonction des besoins.

Que faire en cas d'erreur "ALTER command denied to user" (ou similaire)
Dans le cas où le script échoue avec un message similaire à :

Error: 1142 ALTER command denied to user 'wiki'@'localhost' for table 'mytable' (localhost) ERROR: must be the owner of the mytable relation

Cela signifie que vous devez vérifier que vous avez bien défini et  dans votre fichier. Ce sont les identifiants nécessaires au script pour accéder à la base de données.

Dans certains cas, une ancienne variable $wgDBmwschema (pour Postgres) semble être lue pour le nom de la table au lieu de $wgDBname, même quand MySQL est utilisé. Dans ce cas, supprimez simplement la définition de $wgDBmwschema dans LocalSettings.php.

Que faire en cas d'erreur "unexpected T_STRING"
Les utilisateurs qui exécutent update.php individuellement à partir de leur ligne de commande peuvent rencontrer l'erreur suivante :

 syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' \ in ~/maintenance/commandLine.inc on line 13

Cette erreur apparait quand vous exécutez update.php sous php4.

Les personnes qui ont leur site hébergé chez des fournisseurs qui mettent à disposition à la fois php4 et php5, doivent suivre les étapes suivantes :


 * 1) sur la ligne de commande, entrez 'whereis php5'
 * 2) dès que vous avez identifié le chemin vers php5, affichez le contennu du répertoire php5/bin
 * 3) une fois le nom de l'exécutable php trouvé (php ou php5), entrez le chemin complet pour exécuter update.php

Voici un exemple :

 $ whereis php5 $ ls -la /usr/local/php5/bin $ /usr/local/php5/bin/php update.php

Que faire en case d'erreur 'register_argc_argv is set to false'
Vous pouvez rencontrer cette erreur :  Cannot get command line arguments, register_argc_argv is set to false


 * 1) Allez dans ~/maintenance. Modifiez un fichier 'php.ini' existant, ou créez-en un.
 * 2) Ajoutez une ligne comme ceci :

 register_argc_argv=true


 * 1) Réexécutez update.php sous php

Navigateur web

 * Voir aussi 

If your database is already big and in high production usage, then you should not be using the Web updater, e.g. because the update process will time out when the maximum_execution_time is reached. In that case you should use update.php from the command-line interface (not from the web). What exactly is "too big" depends on your server (e.g. on its performance, the load and on how long the maximum execution time of PHP allows the script to run). If your wiki is too big for the web updater and your hosting provider does not allow command-line access, then you need to migrate your wiki to another hosting account, preferably to one that does have shell access.


 * 1) Faites toujours une copie de sauvegarde (back up) avant la maintenance de la base de données.
 * 2) Avec votre navigateur web, allez à  . Par exemple, si votre wiki se trouve sur , allez sur.
 * 3) Choisissez votre langue et cliquez sur continuer.
 * 4) L'installation existante devrait être détectée. Suivez les instructions à l'écran pour en faire la mise à jour. Si la "clé de mise à jour" est demandée, ouvrez votre fichier  et cherchez la valeur assignée à.

Il peut arriver que la mise à jour par web semble ne pas fonctionner : au lieu de voir le menu initial de l'écran de sélection de langue, vous pouvez obtenir une page wiki vide, avec éventuellement des messages d'erreur. Dans ce cas il est probable que votre serveur web utilise les règles de réécriture (- Rewrite Rules - probablment pour les URLs courtes), qui ne vous montrent pas le moteur de mise à jour dans mw-config/, mais sur une page wiki à Mw-config/, avec un "M" majuscule. Dans ce cas, renommez le fichier .htaccess pour le temps de la mise à jour. Vous devriez ensuite pouvoir accéder à la mise à jour par web.

Tester la mise à jour
Une fois que la mise à jour s'est terminée, explorez le wiki et vérifiez que les opérations suivantes s'exécutent comme désiré :
 * afficher des pages
 * modifier des pages
 * téléverser un fichier
 * consultez Special:Version et vérifiez que la version affichée est correcte et que les extensions sont présentes.

Foire aux questions


Quelles sont les difficultés lors de la mise à jour ?
Si le seul fichier que vous avez modifié est, et que vous faites la mise à jour de la 1.5 ou ultérieure, le processus est très simple. La quantité de travail à fournir par un humain n'est que de quelques minutes. Les modifications du schéma de la base de données prendront un temps proportionnel à la taille de votre base de données — potentiellement des heures pour les wikis avec des millions de pages, mais pour des tailles plus typiques de quelques milliers de pages, cela prendra habituellement quelques secondes.

Les mises à jour mineures, à l'intérieur de la même version majeure, disons de la 1.13.0 vers la 1.13.1, ne nécessitent aucune modification du schema. Il vous suffit de mettre à jour les fichiers. La base de données n'a pas à être mise à jour, et donc il n'est pas nécessaire de lancer le script d'installation.

Faire la mise à jour de la 1.4 ou antérieure est potentiellement compliqué car la prise en charge des familles de caractères autres que UTF-8 a été sautée, et le schéma pour ranger du texte en masse a changé. Veuillez lire la section correspondante du fichier.

La mise à jour devient difficile si vous avez modifié notre code source, et que vous ne voulez pas que vos modifications soient écrasées. Les outils tels que diff, patch, Meld ou WinMerge peuvent vous être utiles. Il y a aussi des risques de perturbation si vous utilisez des extensions qui n'ont pas été maintenues. Mettez à jour vos extensions au même moment que vous mettez à jour MediaWiki.

Si vous avez modifié l'habillage, ou si vous utilisez un habillage personnalisé, vous devrez probablement l'ajuster pour le rendre compatible avec la nouvelle version de MédiaWiki.
 * Au lieu de patcher votre css "global" et les fichiers js (javascript) à chaque fois, vous pouvez simplement ajouter le code à votre MediaWiki:Common.js et vos pages MediaWiki:Common.css. Comme ceux-ci font partie de la base de données qui sera réutilisée dans la mise à jour, vous n'aurez plus à patcher les fichiers du coeur de MediaWiki.

Que faire si je mets à jour à partir d'une très vieille version ? En une étape ou en plusieurs ?
It depends: If you are upgrading from MediaWiki 1.4 or older, you should upgrade to MediaWiki 1.5 first. If you are upgrading from a Latin-1 wiki, use upgrade1_5.php (found in MediaWiki 1.5) to convert the relevant parts of the database to UTF-8 ( needs to be set to true in your for this to work). Next, run update.php, and then set the option in LocalSettings.php to the encoding previously used by the wiki (e.g. windows-1252). This is basically how Wikipedia and other Wikimedia Foundation sites were upgraded from MediaWiki 1.4 to 1.5 – see the relevant settings file (warning: huge page!) and some related notes at Wikitech. You may need to upgrade to MediaWiki 1.4 before running the upgrade1.5 script. Si vous voulez faire un vidage des tables de la base de données (par exemple MySQL) de votre wiki Latin-1, assurez-vous que le type du champ  de la table  vaut , et non pas   , pour éviter les problèmes d'encodage de caractères.

If you are upgrading from MediaWiki 1.5 or newer, you can upgrade in one step, from your old version to the latest stable version. The vast majority of reports, as well as automated testing, indicate that doing it in one step works just fine. If you have trouble believing this, read this mailing list post. However, please note that when you update from old versions, chances that you will encounter PHP errors are bigger than when you upgrade from the version directly previous to the new version. You would have received these errors anyway, also if you had not skipped versions, but if you had each time done each single update. Only will you - when you skipped versions - get them all at the same time. This will make the upgrade more difficult, but do not forget that you did not have the trouble updating to the intermediate versions, which you skipped!

Dois-je faire une sauvegarde préalable ?
Réponse courte : oui.

Réponse plus longue : cela dépend de a) la valeur que vous prêtez à vos données, b) la difficulté à créer une sauvegarde et c) l'expérience que vous avez en entretien et administration de MySQL.

Une faute dans la mise à jour peut laisser votre base de données dans un état instable, entre deux version. Une erreur PHP ou MySQL pourrait survenir durant la mise à jour en laissant votre base de données partiellement traitée. Dans de telles situations il est possible qu'une personne puisse corriger ce problème avec beaucoup de travail manuel. Néanmoins, il serait plus facile de faire simplement une sauvegarde de la base de données juste avant de lancer update.php et de continuer avec. Sinon vous y passeriez - inutilement - toutes vos heures de travail.

La récupération est souvent complexe. Les volontaires des forums de support ne se sentiront pas trop concernés si vous avez négligé de faire une sauvegarde et qu'ensuite vous avez besoin d'aide pour récupérer tout ce qui a été cassé par le mise à jour. Une meilleure solution c'est, de réinstaller votre sauvegarde, puis de signaler le bogue sur le projet MediaWiki correspondant dans le processus de mise à jour qui a causé le dysfonctionnement.

Puis-je conserver mon fichier LocalSettings.php ?
Oui, mais il se peut que vous deviez faire quelques petits changements. Le format de est fondamentalement compatible avec les versions précédentes. Les changements qui peuvent casser la compatibilité de Localsettings.php sont documentés dans la section "Changements dans la configuration" des notes de version.

Est-ce que mon wiki peut rester en ligne pendant la mise à jour ?
En général oui, néanmoins Git peut le casser temporairement (pendant quelques secondes).

Si vous mettez à jour entre des versions mineures de MediaWiki, il est uniquement nécessaire de mettre à jour les fichiers source.

Note : ce qui suit suppose que vous avez accès à la ligne de commande. Si vous êtes en train de mettre à jour entre des versions majeures de MediaWiki, la procédure recommandée est la suivante :
 * 1) Décompressez la nouvelle version de MediaWiki dans un nouveau dossier
 * 2) Préparez ce nouveau dossier : copiez votre LocalSettings.php actuel de l'ancien répertoire, ainsi que les extensions et les habillages personnalisés que vous pouvez avoir installés(s'il y en a). Vérifiez le paramètre  dans LocalSettings.php et, si nécessaire, copiez le fichier logo de l'ancien répertoire vers le nouveau répertoire.
 * 3) Dans les notes de version pour la nouvelle version, vérifiez s'il faut faire des modifications dans LocalSettings.php.
 * 4) Mettez la base de données en lecture seule en insérant la variable suivante dans LocalSettings.php de l'ancien répertoire; les utilisateurs verront ce message s'ils essaient de modifier une page pendant le processus de mise à jour :


 * 1) * Ceci n'est plus fonctionnel depuis MediaWiki 1.27, ce qui empêche aussi d'exécuter le script de mise à jour. Une solution de contournement pour les versions après la 1.27 peut être trouvée dans . Voir aussi.
 * 2) Exécutez le script de mise à jour ou via l'interface web dans le nouveau dossier.
 * 3) Copiez les images du sous-dossier d'images de l'ancien répertoire vers le nouveau.
 * 4) Permutez l'ancien répertoire avec le nouveau.

Pourquoi mettre à jour ?

 * :Abonnez-vous à la liste mediawiki-announce pour être notifié des nouvelles versions.''

Parce que c'est habituellement assez facile, une seule étape de votre version à la dernière et aussi via le web.

Les versions récentes reçoivent des correctifs de sécurité pour protéger votre wiki et votre hôte des vandales, ce qui n'est pas le cas des anciennes versions (voir ). Ce qui vous donne des dizaines de bonnes raisons pour faire la mise à jour!

Les nouvelles versions majeures sont livrées avec de nouvelles fonctions que vous pourriez utiliser: voir la bulletin de livraison pour les détails. Dans le cas où vous auriez besoin de détails supplémentaires pour convaincre vos chefs de vous laisser faire la mise à jour d'une version viellotte, voici un résumé :


 * Depuis la 1.5, vous pouvez avoir un aperçu des modifications avant sauvegarde aussi sous forme de différentiel.
 * Depuis la 1.9, un bouton annuler est disponible.
 * Depuis la 1.12, le patrolling des Special:NewPages est beaucoup plus facile.
 * Depuis la 1.13, vous pouvez renommer (déplacer) les fichiers.
 * Depuis la 1.14, vous pouvez corriger les doubles redirections automatiquement.
 * Depuis la 1.16, est disponible.
 * Si vous avez un mécanisme de cache adapté, depuis la 1.17 optimise beaucoup la vitesse de chargement des pages.
 * Depuis la 1.17, le tri sur les catégories a un sens! (particulièrement pour les lettres non anglaises); étendu à 68 langues après.
 * Depuis et, les utilisateurs de toutes les langues ainsi que les genres sont correctement adressés par l'interface ainsi que dans les journaux (avant la 1.15, les genres n'existaient pas du tout).
 * Dans la le système d'habillage a été recodé rendant plus facile la réutilisation des parties d'habillages existants dans vos propres habillages.
 * Depuis la 1.20, les diffs sont plus lisibles.
 * Dans la 1.21 et la 1.23, les notifications par courriel sont plus claires et plus prévisibles, rendant votre wiki plus efficace.
 * Depuis la 1.22, la chasse aux vandales (patrolling) demmande moins de temps pour s'exécuter.


 * Dans la 1.24, l'enregistrement des mots de passe a été amélioré pour permettre une meilleure sécurité.


 * A partir de la 1.25, des modifications récentes élargies sont disponibles


 * En 1.26, le fonctionnement du "ResourceLoader" a été amélioré


 * Dans la 1.27, la gestion des sessions a été recodée tout comme la gestion de l'authentification des utilisateurs qui a été complètement modernisée.


 * Depuis la 1.29, l'API Action a été recodée et améliorée. Egalement, les permissions du groupe des utilisateurs peuvent maintenant être faites pour une période définissable.

Voir aussi la liste des problèmes corrigés les plus plébiscités sur jusque 2014.

Egalement, à partir de MediaWiki 1.18 nous commençons à embarquer quelques extensions vitals, comme un meilleur éditeur et les outils anti-vandales ConfirmEdit and Nuke; d'autres extensions ont été ajoutées dans les dernières versions. 

Voir aussi

 * Un article du blog de Greg Sabino Mullane offre plus de détails sur les mises à jour mineures.
 * Le support si vous avez besoin d'aide ou quelque chose s'est mal passé
 * (si votre sauvegarde ne s'est pas bien réalisée)
 * (si votre sauvegarde ne s'est pas bien réalisée)
 * (si votre sauvegarde ne s'est pas bien réalisée)
 * (si votre sauvegarde ne s'est pas bien réalisée)
 * (si votre sauvegarde ne s'est pas bien réalisée)