API:Data formats/my

ထည့်သွင်းခြင်း
API သည် HTTP တောင်းဆိုမှုကို  သို့မဟုတ်   ဖော်မတ်ဖြင့် ပံ့ပိုးပေးသည့် ဘောင်များမှတဆင့် ၎င်း၏ထည့်သွင်းမှုကို ရယူသည်။ (unlike REST API, the Action API currently does not support application/json input format.) module နှင့် submodule တိုင်းတွင် documentation နှင့် action=help တွင်ဖော်ပြထားသော ၎င်း၏ကိုယ်ပိုင် ကန့်သတ်ဘောင်များရှိသည်။ ၎င်းတို့ကို မှတဆင့်လည်း ရယူနိုင်သည်။

Encoding
All input should be valid UTF-8, in NFC form. MediaWiki will attempt to convert other formats, which may result in an error.

Multivalue parameters
Parameters that take multiple values are normally submitted with the values separated using the pipe character, e.g.. If a value contains the pipe character in itself, use U+001F (Unit Separator) as the separator and prefix the value with U+001F, e.g..

Whether a parameter accepts multiple values is listed explicitly in its module documentation.

Boolean parameters
If a boolean parameter is specified in an HTTP request, it is considered true regardless of its value. For a false value, omit the parameter entirely. The best way to specify a true parameter in an HTTP request is to use ; the trailing   ensures the browser or HTTP library does not discard the "empty" someParam.

Timestamps
Parameters that take timestamp values accept multiple timestamp formats:


 * ISO 8601 format :.
 * MySQL's internal timestamp format :.
 * UNIX timestamp format  ( number of seconds since January 1, 1970 ).
 * UNIX timestamp format  ( number of seconds since January 1, 1970 ).

Timestamps are always output in ISO 8601 format.

Output
The standard and default output format in MediaWiki is JSON. All other formats are discouraged.

The output format should always be specified using  with yourformat being one of the following:



Response
Unless specified, all modules allow data output in all generic formats. To simplify debugging, all generic formats have "pretty-print in HTML" alternatives with an  suffix, e.g..

JSON parameters
The following parameters can be used with  and  :



Additional notes
Clients written in PHP should avoid using the PHP format because it is fundamentally insecure. It is maintained for now only due to its popularity. In those cases, the format specified in the  parameter is only used if there's an error.
 * XML and PHP output formats are deprecated but still in use.
 * There are many conversion libraries and online converters to convert JSON responses to other formats—for example, JSON-CSV converts to Comma-Separated Values.
 * Feed modules like Feed Recent Changes override the standard output format, instead using RSS or Atom, as specified by their  parameter.