API:Edit/es

Solicitud POST para editar una página.

Ejemplo
El código de muestra en este ejemplo es en Pitón. Mira para ejemplos y respuestas en.

Solicitud POST
Hacer ediciones y, de hecho, cualquier solicitud POST, es un proceso de varios pasos.


 * 1. Inicia sesión, a través de uno de los métodos descritos en . Tenga en cuenta que si bien esto es necesario para atribuir correctamente la edición a su autor, muchas wikis permiten a los usuarios editar sin registrarse o iniciar sesión en una cuenta.


 * 2. GET un.


 * 3. Envía una solicitud POST, con el token CSRF, para tomar medidas en una página.

La sección de Respuesta a continuación es para la solicitud POST final, para tomar medidas en la página. Consulta las páginas en y  para ver las respuestas intermedias de JSON a los pasos anteriores.

También tenga en cuenta que los tokens en las consultas en esta página son valores de muestra. Los tokens reales son únicos para cada inicio de sesión y solicitud entre sitios. Se incluyen solo para demostrar cómo formatear correctamente las consultas.

Conflictos de edición
La muestra de Python es una implementación básica, de una solicitud de edición realizada por un usuario registrado. En escenarios del mundo real, se debe tener cuidado para evitar conflictos de edición. Esto ocurre cuando dos o más usuarios intentan editar la misma página al mismo tiempo.

Los conflictos se pueden prevenir recuperando la última marca de tiempo cuando solicitemos un token CSRF. Agregar  a la solicitud de token CSRF en el Paso 3, nos permite acceder a la marca de tiempo para la última revisión. Esta marca de tiempo se usará como  cuando hagamos nuestra solicitud de edición.

También necesitamos la hora exacta cuando comenzamos nuestra edición. Esto se puede recuperar agregando  a la solicitud CSRF también. Este valor servirá como nuestro.

Finalmente, en la solicitud de edición real, establece los parámetros  y , así:

Grandes ediciones
Las solicitudes POST que contengan grandes cantidades de contenido de texto (más de 8000 caracteres) deben enviarse con  indicado en el header. Porque  no necesita agregar caracteres de escape HTML (es decir, percent-encoding) para espacios y puntuación, la cantidad de datos pasados ​​será mucho más pequeña que el equivalente codificado en porcentaje.

Sin embargo, todavía hay una sobrecarga agregada por $ 1 -- aproximadamente, 160 bytes por parámetro. Para mensajes cortos que no requieren agregar muchos caracteres de escape, esta cantidad de sobrecarga puede ser ineficiente, y se prefiere la codificación porcentual.

Ten en cuenta que en nuestro código de muestra Python, la solicitud está codificada en porcentaje por defecto.

Consulta HTTP/Headers/Content-Type the MDN web docs para mantener una discusión más técnica sobre el tipo de contenido y las solicitudes POST. Consulta quickstart/#more-complicated-post-requests the Python Requests documentation para saber cómo pasar  usando una sintaxis similar a nuestro código de muestra de Python.

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.

Historial de parámetros

 * v1.25: Introducido
 * v1.21: Introducido ,
 * v1.20: Introducido
 * v1.19: Introducido
 * v1.18: Deprecated ,
 * v1.17: Introducido
 * v1.16: Deprecated ,
 * v1.16: Introducido
 * v1.15: Introducido ,
 * v1.14: Introducido

Notas adicionales

 * 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. Thus, with ConfirmEdit installed, these parameters are still available. ConfirmEdit comes packaged with the MediaWiki software, v1.18+.

Véase también

 * - contains useful links on editing articles.
 * - describes how to log in using a simplified interface when accessing wikis via a script or application, rather than the GUI.
 * - more details on using a bot to automatically edit pages.
 * - provides a way to access edit tokens when running JavaScript within a MediaWiki page.
 * - has more details on using tokens to log in or make POST requests.
 * - a deprecated API, distinct from, for requesting tokens in earlier versions of MediaWiki.
 * - allows you to diff between edits on a page.
 * - alters tags on a page.
 * - reverts a series of edits.
 * - rolls back files to an earlier state.
 * - deletes and restores revisions to a page.