Resources in the REST API
Learn how to naviguate the resources provided by the TextMaster API.
This describe the resources that make up the official TextMaster REST API. If you have any problems or requests, please contact TextMaster support.
Version
The current version of our API is v1. You must explicitly request this version by appending the version number at the end of the URL.
Schema
All API access is done over HTTPS, and accessed from https://api.textmaster.com/
. All data is sent and received as JSON.
All timestamps return an ISO 8601 format:
Environment
A sandbox environment is made available for tests and can be accessed from https://api.textmasterstaging.com/
. It behaves the same way as the production environment.
Parameters
Many API endpoints take optional parameters. For GET
requests, any parameters not specified as a segment in the path can be passed as an HTTP query string parameter.
In this example, the 5f7dcc7d8b819239aff5af7c
value is provided for the :expertise_id
parameter in the path while :locale
is passed in the query string.
For POST
, PATCH
, PUT
and DELETE
requests, parameters not included in the URL should be encoded as JSON with a Content-Type
header set to application/json
.
Client Errors
There are four possible types of client errors on API calls that receive request bodies:
Bad Request
Sending invalid JSON will result in a 400 Bad Request
response.
Method Not Allowed
Sending an unsupported HTTP verb will result in a 405 Method Not Allowed
response.
Not Acceptable
Sending or requesting an unsupported format will result in a 406 Not Acceptable
response.
Unprocessable Entity
Sending invalid data will result in a 422 Unprocessable Entity
response.
HTTP redirects
The API uses HTTP redirection where appropriate. Clients should assume that any request may result in a redirection. Receiving an HTTP redirection is not an error and clients should follow the redirect. Redirect responses will have a Location
header field which contains the URI of the resource to which the client should repeat the requests.
Other HTTP status codes may be used in accordance to the HTTP 1.1 specification.
HTTP verbs
Where possible, the API strives to use appropriate HTTP verbs for each action.
Pagination
Requests that return multiple items will be paginated to 100 items by default. You can specify further pages with the page
parameter. For some resources, you can also set a custom page size up to 100 with the per_page
parameter. Note that for technical reasons, not all endpoints will honour this parameter.
Note that page numbering is 1-based and that omitting the page
parameter will return the first page.
Last updated