Manuel:URL courtes

From MediaWiki.org
Jump to: navigation, search
This page is a translated version of the page Manual:Short URL and the translation is 66% complete.

Other languages:
Deutsch • ‎English • ‎español • ‎français • ‎日本語 • ‎한국어 • ‎polski • ‎português • ‎português do Brasil • ‎русский • ‎中文

Les URLs courtes ou les réécritures d'URL masquent l'adresse des pages des fichiers php. Veuillez prendre quelques minutes pour concevoir une structure stable d'URL pour votre site avant de commencer afin de limiter les problèmes à l'avenir.

Introduction

Objectif

Le chemin d'installation par défaut de MediaWiki ressemble généralement à ceci :

/var/www/localhost/htdocs/mediawiki/w (installé en tant que root)
/home/johndoe/public_html/mediawiki/w (installé avec un fournisseur d'hébergement partagé)

Les adresses de page par défaut de MediaWiki ressemblent à ces exemples :

http://example.org/w/index.php/Page_title (les versions récentes de MediaWiki, sans le support CGI)
http://example.org/w/index.php?title=Page_title (les versions récentes de MediaWiki, avec le support CGI)

En utilisant les méthodes décrites sur cette page, nous pouvons obtenir des configurations comme celles-ci :

http://example.org/wiki/Page_title Il s'agit de la configuration la plus courante, comme dans Wikipedia, mais pas par défaut car elle nécessite des modifications côté serveur
http://example.org/view/Page_title
http://wiki.example.org/view/Page_title
http://example.org/Page_title '(non recommandé ! voir ci-dessous)'
http://wiki.example.org/Page_title '(non recommandé ! voir ci-dessous)'

Note Note : Remarque : Avoir le nom de la page à droite dans la racine du nom de domaine n'est pas recommandé, car il sera en conflit avec les fichiers et répertoires situés dans le répertoire racine. Par exemple, si vous avez vos images dans le répertoire /images/, vous ne serez pas en mesure d'accéder à une page nommée "Images" dans votre wiki.

Avantages & désavantages

  • Avantage: les URL courtes cachent certains détails techniques des utilisateurs finaux, ce qui peut être souhaitable pour les propriétaires de sites. Entre autres, cela signifie qu'ils peuvent être maintenus stables lorsque le logiciel sous-jacent change. (Voir ci-dessus pour la différence entre la structure d'URL par défaut de MediaWiki avec CGI activé vs sans). Elles sont également plus faciles à lire, mémoriser et manipuler pour les visiteurs. De plus, les URL courtes offrent un avantage par rapport aux URL par défaut pour l'optimisation des moteurs de recherche, car les URL contenant ? peuvent être traitées de manière moins favorable par les moteurs de recherche lors du calcul du classement.
  • Désavantage : nécessite une configuration. Donc en fonction de l'environnement d'hébergement que vous utilisez, cela peut être difficile à recréer. Cependant, comme chaque serveur Web largement utilisé peut être configuré pour utiliser des URL courtes, la plupart des services d'hébergement Web payants devraient prendre en charge cette fonctionnalité. Tout hôte qui ne vous offre pas cette fonctionnalité ne vaut pas votre argent.

Guides

Nos guides officiels pour la configuration d'URL courte pour différents serveurs web. Choisissez la configuration de votre serveur web à partir de cette liste. Si vous ne savez pas quel logiciel serveur est utilisé, le plus probable est Apache

Autres mini-guides comment-faire

Ces guides sont vieux et sont presque entièrement de mauvais conseils. Ceux-ci seront éventuellement supprimés un par un car nos guides officiels ci-dessus sont créés pour différents serveurs web.

N'importe qui est le bienvenu pour créer une page de solution pratique et la lister ci-dessous. Veuillez utiliser un nom sensible pour la page, celui qui correspond aux noms ci-dessous. Lorsque chaque solution unique a sa propre page, les lecteurs peuvent ignorer la complexité qu'ils ne veulent pas. Gardez-le simple, lisible, court, avec une page séparée par solution séparée.

Afin d'aider les autres à trouver les méthodes d'URL courtes qui fonctionnent vraiment, après avoir essayé chaque méthode, éditez la page et augmentez les numéros "travaillé" ou "pas travaillé" pour ce guide et faites une brève (ou longue, selon votre choix) description sur ce qui a mal tourné en cliquant sur le lien sur votre numéro.

Comme URL - example.com/wiki/Titre_de_la_page

Note Note : Des actions telles que modifier, afficher l'historique, etc. auront encore index.php à moins que $wgActionPaths soient définis.

Accès racine

Ces méthodes requièrent que vous ayez accès à la configuration du serveur. Si vous êtes sur un hôte partagé, vous n'y avez probablement pas accès. Dans ce cas, vous devrez utiliser une méthode qui ne nécessite pas d'accès racine. Vous pouvez accéder directement à l'outil MediaWiki ShortURL Builder et suivre les instructions à l'écran après avoir cliqué sur "Je n'ai pas d'accès racine".

* Abyss Web Server X2

(for Apache guidance, see the link in the Guides section).

Comme URL - example.com/wiki/Titre_de_la_page

Comment créer des URL example.com/Titre_de_la_page :

Comme URL - example.com/wiki/Titre_de_la_page

Comment créer des URL wiki.example.com/Titre_de_la_page :

Guide de dépannage

Problème d'esperluette (&)

Le problème "esperluette" apparaît lorsque vous avez des titres de page avec des symboles (tels que &, ?, #, + et /) qui en dépit d'être correctement encodés dans le lien ne sont pas correctement passés par mod_rewrite vers le script. Cela se manifeste par l'affichage d'erreurs 404 page-not-found, parce que le titre est coupé au caractère spécial. Par exemple, en cliquant sur le lien "la page de John & Maria" vous obtenez un 404, parce que MediaWiki est à la recherche d'une page nommée "John".

Cela est dû au fait que les abréviations des noms de forme longue sont traitées comme des séparateurs de chaîne de requête, et n'atteindraient jamais l' environnement PHP d'exécution. Ceci est causé par un vieux et problématique bogue de mod_rewrite.

Solutions :

Le problème & est causé par ?Title=$1 dont les règles de réécriture donnent /index.php?title$1 qui est complètement inutile et nuisible. MediaWiki analyse les chemins directement à partir de REQUEST_URI afin de tout réécrire vers /index.php.

Pas de Skins

With Ubuntu 8.10 and MediaWiki 1.11.2 (and maybe later versions) if you use the MediaWiki sanctioned directions your skins may fail to load. To fix this, create a symbolic link in /var/www pointing to /var/lib/mediawiki with the value of $wgScriptPath in LocalSettings.php. If, for example, $wgScriptPath is set to "/w" then you need to run the command "sudo ln -s /var/lib/mediawiki /var/www/w".

Alternatively, try setting $wgLoadScript to the original file. If you source url is /wiki with the short url /w, set it to /wiki/load.php.

Purge du cache

If you notice that your changes to $wgArticlePath in LocalSettings.php are not being reflected in mysite.com/wiki/Main_Page, it may be due MediaWiki's caching of the links according to previous settings.

Go to mysite.com/wiki/Main_Page?action=purge to force MediaWiki to regenerate the cached links.

Also you can:

  1. execute the MySQL query "TRUNCATE objectcache;", or
  2. Ensure $wgCacheEpoch is updated (if $wgInvalidateCacheOnLocalSettingsChange is enabled all you have to do is edit LocalSettings.php to purge it)

Rediriger un visiteur de votre domaine vers votre wiki

Our official guides for short url configuration include recommendations on how to point the root of your site to your wiki using your short url config.

For example our Apache guide recommends using this to point your site root to your wiki:

RewriteRule ^/*$ %{DOCUMENT_ROOT}/w/index.php [L]

Note that we do not recommend doing a HTTP redirect to your wiki path or main page directly. As redirecting to the main page directly will hard-code variable parts of your wiki's page setup into your server config. And redirecting to the wiki path will result in two redirects. Simply rewrite the root path to MediaWiki and it will take care of the 301 redirect to the main page itself.

If using VirtualHosts, place the rewrite rules into the virtual host declaration!

Déplacer un wiki depuis /wiki vers /w

A common beginner's mistake is to install MediaWiki itself (the source code, not the short url) in /wiki instead of /w. Once installed they would realize the mistake when trying to configure Short URLs (which would become difficult as the virtual path then conflicts with the real path).

There is a manual for moving a wiki in general, however that is too complicated if all you need is to change the installation directory (and stay on the same server, same database and same hostname).

Here is what you have to do:

  • Backup LocalSettings.php and any other config files you may have created (such as your .htaccess).
  • Rename the installation directory of MediaWiki on your server from /wiki to /w.
  • Set $wgScriptPath in LocalSettings.php to "/w" and remove (or comment out) any definition of $wgArticlePath (this variable will be changed again when setting up Short URLs, further on)
  • At this point your wiki should be working normally at example.org/w
  • Now go through the regular guide to set up short URLs
  • Perform a few tests on your wiki to make sure nothing is broken. Edit a page, visit a few different pages, etc. If anything seems abnormal, revert the changes by restoring your backup of LocalSettings.php and other relevant files you might have changed during configuration of short URLs and rename your folder back to /wiki.

Note for shared hosting users: Many shared hosting plans offer an application manager to automatically Install, Update and Backup applications such as MediaWiki. If your plan has this and if you want to keep using these features, you should contact their tech support and let them know you just manually changed your MediaWiki installation directory.

Astuces

Voir également

Liens externes

Références