Please review this README for a general understanding of the API before proceeding into the version-specific documentation. If you need a basic step-by-step introduction to connecting, authenticating and basic data retrieval, check out our blog post.
Your use of the Hatebase API acknowledges your consent with Hatebase's Terms of Use and PROHIBITS REDISTRIBUTION of the data herein for any purpose, including but not limited to republication in any form, such as in public code repositories.
Note that decimal increments are backwards-compatible, whereas integer increments are not. In other words, an integration built for v4.0 will work reliably with v4.1 (albeit without the extra features of 4.1) by simply changing the version number in the URL from 4.0 to 4.1 to avoid accessing the older deprecated version.
The Hatebase API accepts queries using a two-phase approach: the authentication handshake and then the actual query itself. In either scenario, the system is queried with a version number, an endpoint (which defines the type of information requested) and a payload containing input parameters (sent by POST), and then returns a resultset.
The URL structure for querying the API is as follows:
https://api.hatebase.org/1-0/authenticate
"1-0" represents the version number, and "authenticate" represents the endpoint. All versions and endpoints will be documented here.
The API is queried with a key which is obtained from your Hatebase account:
{
api_key: ABC123
}
The returned data provides the input parameters which were queried, plus a resultset (in this case a session token), plus any warnings and/or errors:
{
datetime: gmt_time,
key: ABC123,
format: json,
result: [
token: DEF456,
expires_on: "2018-01-01 12:00:00"
]
errors: [
[789, "Incorrect key"]
]
warnings:[
[012, "Unspecified format"]
]
}
Note that this result set is solely illustrative; a token would never be provided if there were errors, only warnings.
Tokens will expire within one hour of issue.
The token provided in the authentication phase is used as an input parameter to authenticate phase two: the actual data query. The result set will look something like this:
{
datetime: gmt_time,
token: DEF456,
expires_on: "2018-01-01 12:00:00",
format: json,
page: 1,
total_pages: 14,
result: [
]
errors: [
]
warnings:[
]
}
Again, this simple result set is solely illustrative; there is no need for empty key-value pairs.
A "quick start" tutorial is available here to get you up and running.
- Are you subscribed to a plan?
- Has your plan request been approved?
- Are you using the latest API version number in all your URLs, e.g. https://api.hatebase.org/{{VERSION-INCREMENT}}/authenticate ? Slightly old versions of the API deprecate but are still usable, while much older versions are retired and can no longer be queried.
- Are you remembering to send your query as a POST rather than a GET? POST is more secure, but some tools (like Postman) default to GET.
- Are you remembering to send your input parameters within the body of your query, rather than in the header?
- Are you authenticating before querying other endpoints?
- Are you remembering to re-authenticate after an hour?
Access to the API is limited by your plan's maximum daily query limit. It is strongly recommended that systems which connect with the API do not do so in user real-time. A safer architecture is to download data asynchronously and store locally for better real-time performance and no redundant data retrieval.
Failing to respect the daily query limit, repeatedly quering the same parameters (rather than saving the results locally), or querying the API in user real-time are all prohibited by Hatebase's Terms of Use and can result in users being banned temporarily or permanently, or receiving a lower query threshold. For assistance architecting a mutually performance-optimized data integration, please contact us.
https://hatebase.org/api_error_codes
Although every effort has been made to ensure that this documentation accurately reflects the operation of the API, please advise us if you discover any discrepancies.