API: Difference between revisions

From Resonite Wiki
Add SignalR server events and /sessions endpoint definitions
m prime says it was wrong uwu
(8 intermediate revisions by 4 users not shown)
Line 1: Line 1:
{{Note|Resonite's API is a heavy WIP, we offer no support or guarantees regarding any Endpoint, Model or functionality. Things may change at any time. |warning}}
Documentation for the Resonite API which can be used by external apps to communicate with Resonite.
Documentation for the Resonite API which can be used by external apps to communicate with Resonite.
'''This documentation is unofficial and incomplete and may break at any time.'''


The main API URL is https://api.resonite.com/
The main API URL is https://api.resonite.com/
Line 47: Line 47:


To authenticate with the hub, the same authorization header as specified in [[API#Authentication|Authentication]] is required.  
To authenticate with the hub, the same authorization header as specified in [[API#Authentication|Authentication]] is required.  
If you are working with a programming language without a SignalR library, manual testing connection can be made with [https://github.com/vi/websocat websocat] for example like so:  <syntaxhighlight lang="shell">
websocat -H="Authorization: res U-username:token=" wss://api.resonite.com/hub
</syntaxhighlight>after which the SignalR protocol negotiation can be completed by sending a simple JSON snippet with a special U+001E line ending delimiter (missing from the following example due to UTF-8 stripping on the wiki):<syntaxhighlight lang="json">
{"protocol":"json","version":1}
</syntaxhighlight>


=== Functions ===
=== Functions ===
Line 102: Line 108:
URL parameters:
URL parameters:


* '''compatibilityHash:''' The compatibility-hash sessions needs to have. A Resonite client can only join a session if this hash matches between client and server. (string, optional)
* '''compatibilityHash''': The compatibility-hash sessions needs to have. A Resonite client can only join a session if this hash matches between client and server. (string, optional)
* '''name''': The session name to search for. (string, optional)
* '''name''': The session name to search for. (string, optional)
* '''universeId''': The id of the universe sessions need to be a part of. (string, optional)
* '''universeId''': The id of the universe sessions need to be a part of. (string, optional)
Line 108: Line 114:
* '''hostId''': The id of the user currently hosting the session. (string, optional)
* '''hostId''': The id of the user currently hosting the session. (string, optional)
* '''minActiveUsers''': The minimum amount of active users a session needs to have. (integer, optional, default 0)
* '''minActiveUsers''': The minimum amount of active users a session needs to have. (integer, optional, default 0)
* '''includeEmptyHeadless''': Should empty headless servers be included in the results. (bool, optional, default false)
* '''includeEmptyHeadless''': Should empty headless servers be included in the results. (bool, optional, default <code>true</code>)
 
=== Users ===
 
==== <code>GET /users/{userId}</code> ====
 
Returns the User object for the specified <code>{userId}</code>.
 
Does not requires authentication, however when authenticated this endpoint will return additional information when <code>{userId}</code> is your own.
 
URL parameters:
* '''byUsername''': Interpret the specified <code>{userId}</code> as a username instead. (bool, optional, default <code>false</code>)
 
==== <code>GET /users?name={partialUsername}</code> ====
 
Returns a JSON array of User objects for the usernames matching the <code>{partialUsername}</code>.
 
Does not requires authentication.
 
==== <code>GET /users/requestlostpassword</code> ====
Request a password reset email for the specified <code>{emailAddress}</code>.
 
Does not require authentication.
 
Body:<syntaxhighlight lang="json">
{
  "email": "{emailAddress}"
}
</syntaxhighlight>
 
==== <code>GET /users/{userId}/funding/patreon</code> ====
Get patreon funding information for the specified <code>{userId}</code>.
 
Requires authentication. <code>{userId}</code> has to be your own.
 
==== <code>GET /users/{userId}/exitMessages</code> ====
Get the exit messages defined by the user with <code>{userId}</code>.
 
Requires authentication. <code>{userId}</code> has to be your own.
 
=== Messages ===
 
==== <code>GET /users/{userId}/messages</code> ====
Get a list of all messages sent or received by <code>{userId}.</code>
 
Requires authentication. <code>{userId}</code> has to be your own.
URL parameters:
* '''maxItem''': The maximum number of messages to return. Note that if this is not set, every message ever received or sent by <code>{userId}</code> will be returned, which may take some time. (integer, optional)
* '''user''': Only include messages between <code>{user}</code> and <code>{userId}</code>. (string, optional)
* '''unread''': Only include unread messages. (bool, optional, default <code>false</code>)
* '''fromTime''': Only include messages that are after <code>fromTime</code>. This parameter needs to be formatted as an ISO8601 timestring. (string, optional)
== Projects working with the API ==
Instead of relying on spotty API docs, developers may find it easier to use Open Source Software projects utilizing the API as reference instead:
*[https://github.com/onlivfe/resonite_rs resonite_rs] - Rust API client & models crate
*[https://github.com/brodokk/resonitepy resonitepy] - Python Resonite API library
*[https://github.com/Nutcake/ReCon ReCon] - A Resonite contacts app, written in Dart
*[https://github.com/Lexevolution/mvcontact-bot mvcontact-bot] - A Resonite chat bot, written in Node.js.
*[https://github.com/hazre/resonite-fetch-worlds resonite-fetch-worlds] - TypeScript Resonite record search tool.

Revision as of 08:37, 16 August 2024

Resonite's API is a heavy WIP, we offer no support or guarantees regarding any Endpoint, Model or functionality. Things may change at any time.

Documentation for the Resonite API which can be used by external apps to communicate with Resonite.

The main API URL is https://api.resonite.com/

Authentication

Many endpoints of the Resonite API require authentication by means of an authorization token.

This token needs to be sent as a Authorization HTTP request header on endpoints that require it:

Authorization: res <user-id>:<token>

Note that user-id is not the same as your username. Migrated accounts may have user-ids that are similar to their username, but newly created accounts will get a random user-id assigned to them. User-ids always start with U-.


To get a token, send a POST request to https://api.resonite.com/userSessions with the following body:

{
    "username": "<username>",
    "authentication": {
        "$type" : "password",
        "password": "<password>"
    },
    "secretMachineId": "<secret-machine-id>",
    "rememberMe": true
}
  • username and password are your account credentials. DO NOT replace the "password" specifier in the "$type" field.
  • secretMachineId can be a random UUIDv4
  • The rememberMe flag determines how long the resulting token will be valid. If it is set to true, the token will be valid for 30 days.

This authentication request also needs additional headers:

UID: <uid>
TOTP: <totp>
  • UID should be a sha256 hash based on information about the hardware this request was sent from, so every device that connects to the API should have its own unique string that never changes. You can however just use any random sha256 hash if you do not want to generate it specifically for your hardware.
  • TOTP is a four number code generated by your two-factor authentication (2FA) application of choice and only needs to be sent if 2FA is enabled for your user account.

The API should respond with a JSON object containing information about the created user-session, most importantly the token used for authentication as well as your user-id.

SignalR

The Resonite API uses the SignalR protocol for server-driven notifications such as informing the client of new chat messages or status changes. Internally this is simply a WebSocket connection between the Resonite client and API SignalR Hub with some additional control messages. Most modern programming languages should have libraries for SignalR available, however if your language of choice does not, the protocol is well documented and can be easily emulated.

The hub address is https://api.resonite.com/hub, or if you're creating a WebSocket connection manually wss://api.resonite.com/hub.

To authenticate with the hub, the same authorization header as specified in Authentication is required.

If you are working with a programming language without a SignalR library, manual testing connection can be made with websocat for example like so:

websocat -H="Authorization: res U-username:token=" wss://api.resonite.com/hub

after which the SignalR protocol negotiation can be completed by sending a simple JSON snippet with a special U+001E line ending delimiter (missing from the following example due to UTF-8 stripping on the wiki):

{"protocol":"json","version":1}

Functions

The following server side functions are available:

SendMessage

MarkMessagesRead

BroadcastStatus

UpdateContact

ListenOnContact

ListenOnKey

RequestStatus

InitializeStatus

BroadcastSession

BroadcastSessionEnded

Events

The following events can be sent by the server (this list may be incomplete):

MessageSent

ReceiveMessage

MessagesRead

ReceiveSessionUpdate

RemoveSession

ReceiveStatusUpdate

Endpoints

Sessions

GET /sessions/{sessionId}

Returns the Session object for the session specified by {sessionId}, provided it is a publicly accessible session.

Does not require authentication.

GET /sessions

Returns a list of public sessions filtered by the given parameters.

Does not require authentication

URL parameters:

  • compatibilityHash: The compatibility-hash sessions needs to have. A Resonite client can only join a session if this hash matches between client and server. (string, optional)
  • name: The session name to search for. (string, optional)
  • universeId: The id of the universe sessions need to be a part of. (string, optional)
  • hostName: The name of the user currently hosting the session. (string, optional)
  • hostId: The id of the user currently hosting the session. (string, optional)
  • minActiveUsers: The minimum amount of active users a session needs to have. (integer, optional, default 0)
  • includeEmptyHeadless: Should empty headless servers be included in the results. (bool, optional, default true)

Users

GET /users/{userId}

Returns the User object for the specified {userId}.

Does not requires authentication, however when authenticated this endpoint will return additional information when {userId} is your own.

URL parameters:

  • byUsername: Interpret the specified {userId} as a username instead. (bool, optional, default false)

GET /users?name={partialUsername}

Returns a JSON array of User objects for the usernames matching the {partialUsername}.

Does not requires authentication.

GET /users/requestlostpassword

Request a password reset email for the specified {emailAddress}.

Does not require authentication.

Body:

{
  "email": "{emailAddress}"
}

GET /users/{userId}/funding/patreon

Get patreon funding information for the specified {userId}.

Requires authentication. {userId} has to be your own.

GET /users/{userId}/exitMessages

Get the exit messages defined by the user with {userId}.

Requires authentication. {userId} has to be your own.

Messages

GET /users/{userId}/messages

Get a list of all messages sent or received by {userId}.

Requires authentication. {userId} has to be your own. URL parameters:

  • maxItem: The maximum number of messages to return. Note that if this is not set, every message ever received or sent by {userId} will be returned, which may take some time. (integer, optional)
  • user: Only include messages between {user} and {userId}. (string, optional)
  • unread: Only include unread messages. (bool, optional, default false)
  • fromTime: Only include messages that are after fromTime. This parameter needs to be formatted as an ISO8601 timestring. (string, optional)

Projects working with the API

Instead of relying on spotty API docs, developers may find it easier to use Open Source Software projects utilizing the API as reference instead: