API:FAQ/es

NOTA: se está trabajando sobre esta página

Also read the quick start guide. It answers some questions not answered here and points to other useful pages.

consigo ayuda?

 * 1) Read this FAQ
 * 2) Try to find the answer to your question in the API documentation here or on the self-documenting API home page
 * 3) If you can't find the answer to your question on the web,
 * 4) * you can ask your question on the mediawiki-api mailing list.
 * 5) * Create a Wikimedia account (if you don't have one already) and add a new topic on the API discussion page.
 * 6) * Ask on IRC in the channel on the Freenode network.

reporto un error o pido una funcionalidad?
If you have found a bug in the API or have a feature request, you can report it on Phabricator. Be sure to search for existing bugs first (please don't file duplicate bugs) and choose "MediaWiki" for product and "API" for component when reporting a new bug against the API. If the functionality you're requesting or reporting a bug against is offered by an extension (e.g. AbuseFilter, FlaggedRevs), file it in that extension's component in the "MediaWiki extensions" product.

figure out what action or submodule to call?
The MediaWiki API is big, and extensions further enlarge it. Algunas sugerencias:


 * If you're trying to get information about a page, you probably will use a prop= submodule of . Other query submodules return lists of pages and meta-information about the wiki. [ View] the generated API help of all query submodules.
 * If you see a wiki page doing something interesting after initial page load, it must be making an API request.
 * Open your browser's developer console and look for its network requests to.
 * All the code running on Wikimedia wikis is open source, so you can read the source code making API requests. One strategy to locate source code is to append  to the wiki page URL to see the message keys near where API results are presented, then you can search for this message key in the localized message files i18n/en.json of core and extensions.
 * You can view the entire expanded generated API help on one page by appending, [ here it is].

The links to generated API help above go to English Wikipedia You should browse the generated API help on the wiki where you'll be making API requests, since different wikis have different configurations and different sets of extensions.

llamo a la API?
Send HTTP requests to api.php. For example, on the English Wikipedia, the URL is https://en.wikipedia.org/w/api.php. Most wikis have api.php at a similar URL: just use api.php in place of index.php in page actions. From 1.17 onwards, MediaWiki supports Really Simple Discovery; the HTML source of every page has an RSD link pointing to an RSD descriptor which indicates where to find the API. If you can't figure out the URL of api.php on a third-party (non-Wikimedia-operated) wiki, contact its owner. The wiki may not enable the MediaWiki API, see.

To play with the API


 * use Special:ApiSandbox
 * enable your browser's developer console and watch net requests to api.php as you interact with the wiki

controlo el formato de salida?
Pass  in the query string. See the list of output formats for more information. Note that effort is underway to remove all output formats except JSON, so try to use JSON whenever possible.

check if an API module is available?
You can use  to request information about the API modules and submodules (such as  ) that you want to invoke. The  array in the response must contain a   key for each module and submodule, anything missing is not available.

If an API module isn't available and you know which extension implements it, you can check if that extension is loaded by querying the siteinfo meta information for  and look for its name in the returned list.

Even if a module appears to be available, you must always handle API errors.

detecto errores?
See Errors and warnings.

An error response from the API will set the  HTTP header and return an   structure. For an example error response, visit https://en.wikipedia.org/w/api.php?action=blah.

obtengo el contenido de una página (wikitexto)?
If you just want the raw wikitext without any other information whatsoever, it's best to use index.php's action=raw mode instead of the API: https://en.wikipedia.org/w/index.php?action=raw&title=Main_Page. Note that this will output plain wikitext without any formatting. See also the action=raw documentation

To get more information about the page and its latest version, use the API: https://en.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Main_Page. See also the documentation for the prop=revisions module.

You can retrieve 50 pages per API request: https://en.wikipedia.org/w/api.php?action=query&prop=revisions&rvprop=content&titles=Main_Page|Articles. This also works with generators.

obtengo el contenido de una página (HTML)?
If you just want the HTML, it's best to use index.php's  mode instead of the API: https://en.wikipedia.org/wiki/Main_Page?action=render. See the action=render documentation.

With the advent of RESTBase, on Wikimedia wikis you can instead request the cached HTML of a page, for example https://rest.wikimedia.org/en.wikipedia.org/v1/page/html/Main_Page. Unlike  this returns a complete HTML document (i.e.    various metadata  ...  ); you could use an HTML parsing library to get the inner HTML of the   tag (see the documentation).

To get more information distilled from the wikitext at parse time (links, categories, sections, etc.), you can:


 * Query the property submodules that provide the information you need (links, categories, etc.).
 * Use the  API module. https://en.wikipedia.org/w/api.php?action=parse&page=Main_Page.

deal with 2015's API changes?
You could add  to your requests to "lock in" the sub-optimal  JSON and PHP output format and confusing query-continue behavior.

Otherwise, consider requesting the improved API in MediaWiki 1.25 and future releases by adding  to your requests.

obtengo errores HTTP 403?
This could mean you're not passing a  HTTP header or that your   is empty or blacklisted User-Agent policy. See the quick start guide for more information. Also, it could mean that you're passing  in the query string of a GET request: Wikimedia blocks all such requests, use POST for them instead.

Cómo puedo obtener el error readapidenied?
The wiki you're querying contains private content and requires users to log in in order to be able to read all pages. This means that a client needs to be logged in to query any information at all through the API. See the quick start guide for more information. It's not currently possible to query the contents of whitelisted pages without logging in, even though they're available in the regular user interface.

Me gustaría saber los errores badtoken?
This is usually because you're either not passing a token at all (read about tokens in the documentation of the module you're using) or because you're having trouble staying logged in. It's also possible you're reusing a type of token that can't be reused (see module documentation for details) or that you're using a token that's associated with an expired session. In general, when using cached tokens, refetch the token (see API:Tokens) and try again before giving up.

do I get warnings instead of tokens (Action 'edit' is not allowed for the current user)?
You either don't have the right to execute the action you requested, or you're having trouble staying logged in.

X no está disponible a través de la API?
Not all features available in the user interface are available through the API. Such features weren't implemented either because no one has gotten around to it yet or because no one has requested them. For information about filing feature requests, see above.

does my API call on Wikimedia wikis just return an HTML error?
Si utiliza llamadas a la API con las peticiones POST asegurarse de que estas peticiones no utilizan '' Content-Type: multipart / form-data "'. Esto sucede, por ejemplo, si utiliza CURL para acceder a la API y pasa sus parámetros POST como una matriz. Los servidores proxy Squid que se utilizan en los servidores frontend en la granja wiki Wikimedia no manejan correctamente que, por tanto, se devuelve un error.

Instead, use the "value1=key1&value2=key2..." notation to pass the parameters as a string, similar to GET requests.

En otras wikis que se accede directamente no hace la diferencia.

Además, algunos programas (como cURL) envía un encabezado de  para peticiones POST más largos (>1024 bytes). Los wikis wikimedia que pasan por los servidores Squid no pueden hacer frente a esto. Si usted todavía está recibiendo errores de HTML con peticiones de correos, y no está en el sistema, pruebe a definir un encabezado en blanco Esperar (por ejemplo, usando cURL en la línea de comandos, utilice la opción de ).

no funcionan las urls de API muy largas?
There is a maximum limit of the url size that can be used with the API when making GET requests. This limit varies depending on the website. Wikimedia's limit is roughly around 8100 characters. To get around this limit use POST requests instead (you may also need to set the Expect header, as described above)