API:Edit/pt-br

POST request para edita uma página.

Exemplo
O código de exemplo está na linguagem Python. Veja para exemplos e respostas em

Solicitação POST
Fazer edições, e qualquer requisição POST, é um processo de vários passos.


 * 1. Entre através de um dos métodos descritos em . Observe que, embora seja necessário atribuir corretamente a edição ao seu autor, muitos wikis permitem que os usuários editem sem se registrar ou fazer login em uma conta.


 * 2. Obtenha o.


 * 3. Para executar uma ação em uma página, envie uma requisição POST com o token CSRF.

A seção Resposta abaixo é para a solicitação final do POST, para executar uma ação na página. Veja as páginas e  o código JSON de nível intermediário as respostas das etapas anteriores.

Observe também que os tokens nas consultas nesta página são valores de amostra. Os tokens reais são exclusivos para cada sessão de login e solicitação entre sites. Eles são incluídos apenas para demonstrar como formatar corretamente as consultas.

Resolvendo conflitos
Este exemplo Python é uma implementação básica, de uma solicitação de edição por um usuário registrado. Nos cenários do mundo real, deve-se tomar cuidado para evitar conflitos de edição. Isso ocorre quando dois ou mais usuários estão tentando editar a mesma página ao mesmo tempo.

Os conflitos podem ser evitados recuperando o último registro de data e hora da quando solicitamos um token CSRF. Adicione o código  para à solicitação de token CSRF na Etapa 3 para permite acessar o registro de data e hora da última revisão. Esta etiqueta de data e hora será usado como  quando fizermos a nossa solicitação de edição.

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:

Edições em massa
Solicitações POST contendo grandes quantidades de texto (acima de 8 000 caracteres) devem ser enviadas com, conforme indicado em cabeçalho. 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.

Histórico do parâmetro

 * v1.25: Introduzindo
 * v1.21: Introduzindo ,
 * v1.20: Introduzindo
 * v1.19: Introduzindo
 * v1.18: Depreciando ,
 * v1.17: Introduzindo
 * v1.16: Depreciando ,
 * v1.16: Introduzindo
 * v1.15: Introduzindo ,
 * v1.14: Introduzindo

Ajuda adicional
Os robôs que não estão conectados podem enfrentar restrições à edição e outras solicitações de gravação; veja para mais detalhes. Os usuários que não estiverem conectados sempre receberão o token CSRF vazio, Consulte para mais informações. 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. Thus, with ConfirmEdit installed, these parameters are still available. ConfirmEdit comes packaged with the MediaWiki software, v1.18+.
 * O login não é obrigatoriamente exigido pela API, mas é necessário atribuir corretamente a edição ao seu autor. A edição bem-sucedida de um usuário que não está autenticado (logado) será atribuída ao seu endereço IP.
 * The process for requesting a token has changed several times across versions.
 * 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.
 * Although  and   have, technically, been removed from API:Edit since v1.18,  extends API:Edit to work with CAPTCHAs.

Veja também

 * - 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.