InstantCommons/fr



InstantCommons est une caractéristique de MediaWiki pour permettre l'utilisation de n'importe quel fichier multimédia téléchargé à partir du Wikimedia Commons dans toute installation de MediaWiki sur Internet. InstantCommons active le cache de contenu de Commons de sorte qu'il n'est téléchargé qu'une seule fois, et les pages vues ultérieurement chargent la copie existante localement.

Pour une liste des sites utilisateurs d'InstantCommons voir Sites utilisant InstantCommons.

Principe
Depuis juillet 2015, Wikimedia Commons, le référentiel central des médias organisé par la Fondation Wikimedia, contient plus de 26 millions de fichiers. Chacun de ces fichiers est disponible sous une licence de contenu libre ou dans le domaine public ; il n'y a pas d'autres restrictions d'utilisation autres que celles relatives à l'utilisation de marques de commerce ou d'insigne officiel. Les licences qui limitent l'utilisation commerciale sont considérés comme non-libre.

Comme la réputation de Commons grandit, le désir des sites externes à utiliser son contenu se développe, et contribue au nouveau matériel. Il est actuellement techniquement possible de charger des images directement depuis les serveurs de Wikimedia dans n'importe quelle page wiki. Cette super liaison est autorisé, mais elle est problématique pour plusieurs raisons : InstantCommons vise à répondre à tout cela en fournissant une méthode facile pour le chargement en mémoire cache des images et des métadonnées depuis les serveurs de Wikimedia. La première mise en œuvre d'InstantCommons se fera dans les MediaWiki, permettant toutes les opérations de l'image MediaWiki (vignettes, sous-titrage, galeries d'images, etc.) d'être effectuées de façon transparente. Cependant, d'autres moteurs de wiki peuvent implémenter des fonctionnalités d'InstantCommons-like en utilisant les opérations de l'API décrites ci-dessous.
 * Il ne respecte pas les termes de licence de l'image, et ne permet pas à d'autres métadonnées d'être transportées de manière fiable
 * En plus de ne pas créditer correctement l'auteur du fichier multimédia, il ne donne pas, aussi, de crédit à Wikimedia
 * Il consomme de la bande passante Wikimedia sur chaque page vue (sauf si l'image a été mise en cache côté client ou via un proxy)
 * Il ne facilite pas les opérations utiles sur les images telles que la génération de vignettes et le sous-titrage et est difficile à utiliser dans le contexte d'un wiki, en particulier pour les opérations de mise en page standard
 * Elle est liée à des URL comme des identificateurs de ressources, ce qui complique la mise en miroir
 * Il crée un usage web externe intraçable, où tout changement du côté de Wikimedia affecte nécessairement ces utilisateurs externes
 * Il ne permet pas une consultation hors ligne, ce qui est crucial dans les pays qui n'ont qu'un accès limité au réseau Internet.

Jeu de fonctionnalités de base
Lors de l'installation, l'administrateur du site peut choisir d'activer InstantCommons. Idéalement, la fonction doit être activée par défaut (fourni un répertoire de téléchargement en écriture spécifié) pour permettre au plus grand nombre possible de contributeurs d'utiliser le contenu Wikimedia Commons.

Si la fonction est activée, le wiki se comporte comme un projet Wikimedia, qui est, si un fichier image ou autre média qui existe sur Commons est appelée, il peut être inclus dans une page du wiki comme un fichier téléchargé localement en spécifiant son nom. Les noms de fichiers locaux ont priorité sur les noms de fichiers de Commons.

Configuration
Pour activer InstantCommons dans un MediaWiki version 1.16 ou supérieur, il suffit d'ajouter la ligne

à votre fichier LocalSettings.php (voir |$wgUseInstantCommons pour plus de détails).

For enabling in MediaWiki versions 1.13-1.15, see here.

HTTPS
Starting June 2015, Wikimedia Commons can only be accessed using HTTPS. Some installs may be missing their root certificate store which prevents MediaWiki from contacting Commons over HTTPS. If InstantCommons stopped working, try:


 * Installing the php curl extension. (It is generally more reliable, and more likely to have proper certificates already installed.) On debian/ubuntu:
 * Verify you have an up-to-date certificate store. If you have the php curl extension installed, follow the instructions here.

SElinux
Si le système d'exploitation de votre serveur implémente SElinux, prenez le temps de regarder la section dédiée sur la page des paramètres SElinux, et assurez-vous que les scripts de HTTPD et les modules peuvent accéder au réseau avec succès. Si SElinux empêche les scripts HTTPD et les modules de se connecter à Wikimedia Commons, les caractéristiques d'InstantCommons ne fonctionnent tout simplement pas.

Derrière un pare-feu
Si le serveur sur lequel tourne le wiki est derrière un pare-feu, le serveur wiki doit être accordé aux requêtes sortantes http/https pour commons.wikimedia.org et upload.wikimedia.org, pour qu'InstantCommons puisse fonctionner. Les plages d'adresses IP se trouvent ici.

Utilisation de fichiers via InstantCommons
Avec InstantCommons activées, vous pouvez choisir une image de Wikimedia Commons (par exemple ), cliquez sur le bouton "Utiliser ce fichier" (le bouton avec l'icône de wiki à côté) et collez le dans votre balisage wiki. Dans notre exemple, coller

rendra la vignette (comme on peut le voir sur le côté droit de cette page).

Notez que lors de l'utilisation des fichiers de cette façon vous aurez toujours besoin de respecter toutes les licences et autres exigences légales d'utilisation de fichiers - voir réutilisation de contenu en dehors de Wikimedia.

Scalability considerations
Because the InstantCommons feature allows a wiki user to download resources from the Wikimedia servers, it is crucial that there is no possibility of a Denial of Service attack against either the using wiki, or the Wikimedia Commons, for example, by pasting 30K of links to the largest files on Wikimedia Commons into a wiki page and pressing "preview". Therefore, every successful InstantCommons request will have to be logged by the InstantCommons-enabled wiki together with the originating user or IP address and the time of the request. If an individual user overrides a generous internal bandwidth limitation (could be as high as 1 GB by default, but should be user-configurable), future images will not be downloaded within a 24 hour period. This limitation should not exist for wiki administrators (if a wiki admin wants to conduct a denial of service attack against his own wiki, they do not need to be stopped from doing so; if they want to conduct an attack against Wikimedia, they cannot be stopped from doing so except on Wikimedia's end). In addition to the per-user bandwidth limit, there could be a limit on the size of files which should be downloaded transparently. This would primarily be because files above a certain size would delay pageviews significantly and might even cause the page request to time out. It might be desirable to use an external application for the purpose of downloading these files, so that it can be done in the background without causing the page request to continue. Finally, there could be a total maximum size for the InstantCommons cache; if this size is exceeded, no further files would be downloaded.

While it is unlikely that individual wikis using the InstantCommons feature would cause a significant increase in cost for the Wikimedia Foundation (since every file only has to be downloaded once, and there are per-user bandwidth limitations), it would nevertheless be fair and reasonable for projects using the feature to include a notice on InstantCommons description pages such as: "This file comes from Wikimedia Commons, a media archive hosted by the Wikimedia Foundation. If you would like to support the Wikimedia Foundation, you can donate here ..."

Possibilité future
Dans l'avenir, il peut être souhaitable d'offrir un modèle de changements éditeur/souscripteur, qui nécessitera l'authentification de wiki à wiki et une base de données d'images qui sont utilisés dans la souscription des wikis. Ce serait aussi ouvrir la menace au vandalisme de la Croix-wiki, qui pourraient être traitées en utilisant une phase de retard de 24 heures ou plus pour que les changements prennent effet. Dans l'avenir, il peut être souhaitable d'offrir un modèle de changements éditeur/souscripteur, qui nécessitera l'authentification de wiki à wiki et une base de données d'images qui sont utilisés dans la souscription des wikis. Ce serait aussi ouvrir la menace du vandalisme de la Croix-wiki, qui pourraient être traitées en utilisant une phase de retard de 24 heures ou plus pour que les changements prennent effet. Cela pourrait aussi nécessiter des moyens de communication inter-wiki pour avertir les utilisateurs d'autres wikis au sujet des politiques de Commons, qui pourrait faire partie d'un projet plus vaste comme LiquidThreads.

Voir aussi

 * PhotoCommons : Plug-in pour Wordpress qui fournit la même fonctionnalité