API:Edit/uk

POST-запит на редагування сторінки.

Приклад
Зразок коду в цьому прикладі на мові Python. Див. для прикладів та відповідей у ​​.

Запит POST
Внесення змін та, фактично, будь-який запит POST — це багакроковий процес.


 * 1. Увійдіть, використовуючи один із методів, описаних у . Зауважте, що хоча це потрібно для правильного приписування редагування його автору, багато вікі дозволяють користувачам редагувати без реєстрації та входу в обліковий запис.


 * 2. GET :


 * 3. Надішліть запит POST із токеном CSRF, щоб виконати дії на сторінці:

Розділ "Відповідь" нижче призначений для остаточного запиту POST, щоб виконати дію на сторінці. Див. сторінки на і  для відповідей за посередництвом JSON на попередні кроки.

Також зверніть увагу, що токени у запитах на цій сторінці мають зразкові значення. Чинні токени унікальні для кожного сеансу входу та міжсайтового запиту. Вони включені лише для демонстрації правильного форматування запитів.

Конфлікти редагувань
The Python sample is a basic implementation, of an edit request by a registered user. In real-world scenarios care should be taken to prevent edit conflicts. These occur when two or more users are attempting to edit the same page at the same time.

Conflicts can be prevented by retrieving the last timestamp when we request a CSRF token. Adding  to the CSRF token request in Step 3 allows us to access the timestamp for the last revision. This timestamp will be used as the  when we make our the edit request.

We also need the exact time when we start our edit. This can be retrieved by adding  to the CSRF request as well. This value will serve as our.

Finally, in the actual edit request, set the  and   parameters, like so:

Великі редагування
POST requests containing large amounts of text content (8000+ characters) should be sent with  indicated in the header. Because  does not need to add HTML escape characters (i.e., percent encoding) for spaces and punctuation, the amount of data passed will subsequently be much smaller than the percent-encoded equivalent.

However, there is still some overhead added by  -- roughly, 160 bytes per parameter. For short messages that don't require adding many escape characters, this amount of overhead can be inefficient, and percent-encoding is preferred.

Note that in our Python sample code, the request is percent-encoded by default.

See the MDN web docs for a more technical discussion of content-type and POST requests. See the Python Requests documentation for how to pass  using syntax similar to our Python sample code.

Капчі (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.

Історія параметра

 * v1.25: Уведено
 * v1.21: Уведено ,
 * v1.20: Уведено
 * v1.19: Уведено
 * v1.18: Застаріло ,
 * v1.17: Уведено
 * v1.16: Застаріло ,
 * v1.16: Уведено
 * v1.15: Уведено ,
 * v1.14: Уведено

Додаткові примітки

 * API не вимагає строго входу, але він необхідний для правильного приписування редагування своєму автору. Успішне редагування від користувача, який не ввійшов до системи, буде віднесено до його IP-адреси.
 * Боти, які не увійшли в систему, можуть стикатися з обмеженнями щодо редагування та інших запитів на запис; див., щоб отримати докладнішу інформацію.
 * Користувачам, які не ввійшли в систему, завжди буде видано порожній маркер CSRF,.
 * Процес запиту токена змінювався кілька разів у різних версіях. Докладніше див..
 * забезпечує спосіб доступу до токенів редагування під час запуску коду на вікі-сторінці.
 * Ви можете використовувати один і той самий токен CSRF для всіх операцій редагування в одній і тій самій вікі під час одного сеансу входу.
 * Це хороша практика — передавати будь-які токени у своєму запиті наприкінці рядка запиту або принаймні після текстового параметра. Таким чином, якщо з'єднання перервано, токен не буде передано, а редагування не вдасться. Якщо для обробки запитів ви використовуєте об’єкт, це робиться автоматично.
 * Незважаючи на те, що  та   технічно були вилучені з API:Редагування з версії 1.18,  розширює API:Редагування для роботи з CAPTCHA. Таким чином, якщо встановлено ConfirmEdit, ці параметри все ще доступні. ConfirmEdit поставляється в комплекті з програмним забезпеченням MediaWiki v1.18+.

Див. також

 * - містить корисні посилання на редагування статей.
 * - описує, як увійти в систему за допомогою спрощеного інтерфейсу під час доступу до вікі через скрипт або програму, а не через графічний інтерфейс GUI.
 * - докладніше про використання бота для автоматичного редагування сторінок.
 * - забезпечує спосіб доступу до токенів редагування під час запуску JavaScript на сторінці MediaWiki.
 * - містить докладнішу інформацію про використання токенів для входу або надсилання запитів POST.
 * - застарілий API, відмінний від, для запиту токенів у попередніх версіях MediaWiki.
 * - дозволяє визначати різницю між редагуваннями на сторінці.
 * - змінює теги на сторінці.
 * - скасовує ряд змін.
 * - відкочує файли до попереднього стану.
 * - видаляє та відновлює версії на сторінці.