API:Edit/fr

Requête POST pour modifier une page.

Exemple
L'extrait de code de cet exemple est en Python. Voir pour les exemples et les réponses dans.

Requête POST
Faire des modifications, et bien sûr toute requête POST, sont un processus qui se déroule en plusieurs étapes.


 * 1. Se connecter, en utilisant une des méthodes décrites dans . Notez bien que ceci est nécessaire pour attribuer correctement les modifications à leur auteur, mais que beaucoup de wikis permettent réellement à l'utilisateur de modifier sans être enregistré ni être connecté sous un compte.


 * 2. Obtenir (GET) un :


 * 3. Envoyer une requête POST, avec le jeton CSRF, pour faire une action sur une page :

La section Response ci-dessous est pour la fin de la requête POST, pour réaliser l'action sur la page. Voir les pages sur et  pour les réponses intermédiaires JSON et les étapes qui précèdaient.

Notez aussi que les jetons des requêtes sur cette page sont des valeurs utilisées à titre d'exemple. Les jetons actuels sont uniques à chaque session de connexion et aux requêtes inter-sites. Ils sont ici seulement pour montrer comment formater proprement les requêtes.

Exemple de code
edit.py

Conflits d'édition
L'exemple Python ci-dessus est une implémentation basique d'une requête de modification venant d'un utilisateur enregistré. Dans les scénarii du monde réél il faut faire attention à empêcher les conflits d'édition. Ceux-ci se produisent quand deux utilisateurs ou plus essaient de modifier la même page au même moment.

Les conflits peuvent être évités en récupérant la date de la dernière de votre demande de jeton CSRF. En ajoutant  à la demande de jeton CSRF de l'étape 3 vous accèderez à la date de la dernière version. Cette date sera utilisée comme  lorsque la modification vous sera attribuée.

Il faut également disposer de l'heure exacte à laquelle nous avons commencé à modifier. Ceci peut être obtenu en ajoutant de la même manière   à la demande CSRF. Celle valeur sera notre.

Enfin, dans la demande de modification actuelle, initialisez les paramètres  et   ainsi :

Longues modifications
Les requêtes POST qui véhiculent un contenu long de texte (plus de 8000 caractères) doivent être envoyées avec  marqué dans l'entête. Parce que  ne nécessite pas d'ajouter les caractères d'échappement HTML pour les espaces et la ponctuation (c'est à dire un encodage avec des pour-cents), la quantité de données passées sera par conséquent beaucoup plus petite que l'équivalent encodé avec les caractères pour-cents ('%').

Néanmoins, il existe encore un certain dépassement ajouté par  -- en gros, 160 octets par paramètre. Pour les messages courts qui ne nécessitent pas d'ajouter beaucoup de caractères d'espacement, cette quantité supplémentaire peut être inefficace, et l'encodage avec des pour-cents est préferrable.

Notez que dans notre exemple de code Python, la requête est codée par défaut avec des pour-cents.

Voir la documentation web de MDN pour une discussion plus technique de « content-type » et des requêtes POST. See the Python Requests documentation for how to pass  using syntax similar to our Python sample code.

Les CAPTCHAs
If the wiki you are targeting uses, your request may return an error containing an id number and a simple test, such as a question, a math problem, or an URL to an image. In order to complete your edit, you must complete the test, then retry your request with the id and the correct answer(s) appended to the original query string, like so:

Other CAPTCHA systems and extensions may use different parameters for similar use. In general, use the field names for the id and test questions as the parameters in your second request.

Historique des paramètres

 * v1.25: ajouté
 * v1.21: ajouté ,
 * v1.20: ajouté
 * v1.19: ajouté
 * v1.18: obsolète ,
 * v1.17: ajouté
 * v1.16: obsolète ,
 * v1.16: ajouté
 * v1.15: ajouté ,
 * v1.14: ajouté

Notes supplémentaires

 * Log in is not strictly required by the API, but it is needed to correctly attribute the edit to its author. A successful edit from a user who is not logged in will be attributed to their IP address.
 * Bots that are not logged in may face restrictions on editing and other write requests; see for more details.
 * Users who are not logged in will always be given the empty CSRF token,.
 * The process for requesting a token has changed several times across versions. See for more information.
 * provides a way to access edit tokens when running code within a wiki page.
 * You can use the same login token for all edit operations across the same wiki, during a single login session.
 * It is a good practice to pass any tokens in your request at the end of the query string, or at least after the text parameter. That way, if the connection is interrupted, the token will not be passed and the edit will fail. If you are using the object to make requests, this is done automatically.
 * Although  and   have, technically, been removed from API:Edit since v1.18,  extends API:Edit to work with CAPTCHAs. Ainsi, si vous installez ConfirmEdit, ces paramètres sont encore disponibles. ConfirmEdit est fourni dans le même paquet que le logiciel MediaWiki, v1.18+.

Voir aussi

 * - contient des liens utiles pour modifier les articles.
 * - décrit comment se connecter en utilisant un interface simplifié quand on accède aux wikis par un script ou une application, plutôt que par l'interface graphique.
 * - davantage de détails sur la façon d'utiliser un robot pour modifier automatiquement des pages.
 * - fournit un moyen d'accéder aux jetons d'édition à partir de l'exécution du Javascript présent dans une page MediaWiki.
 * - contient davantage de détails sur la manière d'utiliser les jetons pour se connecter ou pour faire des requêtes POST.
 * - une API désuète, différente de, pour demander des jetons dans les versions plus anciennes de MediaWiki.
 * - vous permet de faire des diffs entre les modifications d'une page.
 * - modifie les balises d'une page
 * - annule une série de modifications.
 * - restitue les fichiers à un état antérieur.
 * - supprime et restitue les modifications d'une page