various updates to API 3 draft
[mygpo.git] / doc / api / reference / general.rst
blob9b2166e8b923558b38a586284dcc0b04308a22a1
1 General Information
2 ===================
4 The API can be accessed via http and https. https is preferable from a security
5 / privacy point of view and should be used by all clients. gpodder.net also
6 seems to be blocked in China via plain http.
8 All endpoints are offered at https://api.gpodder.net/3/.
11 * Request and Response Formats: JSON
12 * JSONP also available
13 * Date format: ISO 8601 / `RFC 3339 <http://tools.ietf.org/html/rfc3339>`_
14   ``YYYY-MM-DDTHH:MM:SSZ``
16 Podcast is identified by its feed URL, episode is identified by its media URL.
18 TODO: see http://developer.github.com/v3/ for relevant information!
20 TODO: see `URI Templates <http://tools.ietf.org/html/rfc6570>`_
23 Status Codes
24 ------------
26 The following status codes can be returned for any API request. Most resources
27 will, however, define additional status codes.
29 +----------------------------+-----------------------------------------------+
30 | Status Code                | Interpretation                                |
31 +============================+===============================================+
32 | 200 OK                     | All OK                                        |
33 +----------------------------+-----------------------------------------------+
34 | 301 Moved Permanently      | The resource has moved permanently to the     |
35 |                            | location provided in the Location header.     |
36 |                            | Subsequent requests should use the new        |
37 |                            | location directly.                            |
38 +----------------------------+-----------------------------------------------+
39 | 303 See Other              | the response to the request is found at the   |
40 |                            | location provided in the Location header. It  |
41 |                            | should be retrieved using a GET request       |
42 +----------------------------+-----------------------------------------------+
43 | 400 Bad Request            | invalid JSON, invalid types                   |
44 +----------------------------+-----------------------------------------------+
45 | 503 Service Unavailable    | The service and/or API are under maintenance  |
46 +----------------------------+-----------------------------------------------+
48 * Request not allowed (eg quota, authentication, permissions, etc)
51 Responses
52 ---------
54 All responses are valid JSON (unless otherwise stated).
57 Error messages
58 --------------
60 An error response looks like ::
62     { message: "message", errors: [...] }
64 The ``errors`` array contains objects with the following information ::
66     {
67         field: "<JSON Pointer to field>",
68         code: "<error code>"
69     }
71 In ``field`` a `JSON Pointer <http://tools.ietf.org/html/rfc6901>`_ to the
72 problematic field in the request is provided. The ``code`` describes the actual
73 error. The following error codes are defined:
75 * ``ìnvalid_url``: The provided values is not a valid URL.
77 Error codes may be added on demand. Clients should therefore expect and accept
78 arbitrary string values.
81 Redirects
82 ---------
84 permanent (301) vs temporary (302, 307) redirects.
87 Authentication
88 --------------
90 See Authentication API
94 Rate Limiting
95 -------------
97 See usage quotas ::
99     GET /rate_limit
101     HTTP/1.1 200 OK
102     Status: 200 OK
103     X-RateLimit-Limit: 60
104     X-RateLimit-Remaining: 56
106 What counts as request? conditional requests?
110 Conditional Requests
111 --------------------
113 Some responses return ``Last-Modified`` and ``ETag`` headers. Clients SHOULD
114 use the values of these headers to make subsequent requests to those resources
115 using the ``If-Modified-Since`` and ``If-None-Match`` headers, respectively. If
116 the resource has not changed, the server will return a ``304 Not Modified``.
117 Making a conditional request and receiving a 304 response does not count
118 against the rate limit.
121 Formats
122 -------
124 All data is exchanged as `JSON <http://tools.ietf.org/html/rfc4627>`_. All
125 resources are represented as JSON objects, and requests are expected as also
126 expected to contain JSON objects.
129 JSONP Callbacks
130 ^^^^^^^^^^^^^^^
132 You can pass a ``?callback=<function-name>`` parameter to any GET call to have
133 the results wrapped in a JSON function. This is typically used when browsers
134 want to embed content received from the API in web pages by getting around
135 cross domain issues. The response includes the same data output as the regular
136 API, plus the relevant HTTP Header information.
139 Resource Types
140 --------------
142 .. _podcast-type:
144 Podcast
145 ^^^^^^^
147 A podcast is represented as a JSON object containing at least an ``url``
148 member. ::
150     {
151         url: "http://example.com/podcast.rss",
152         title: "Cool Podcast",
153         logo: "http://example.com/podcast-logo.png"
154     }