feat: Synapse compatible admin API #748

Open
opened 2025-04-14 21:05:59 +00:00 by Jade · 3 comments
Owner

Obviously, we can't match all synapse endpoints fully. However, having some level of compatibility is useful.

Obviously, we can't match all synapse endpoints fully. However, having some level of compatibility is useful.
Owner

See also: https://github.com/nexy7574/conduwuit-admin-api-proxy/

Having our own rich API alongside a synapse compatible one would be the best of both worlds.

See also: https://github.com/nexy7574/conduwuit-admin-api-proxy/ Having our own rich API alongside a synapse compatible one would be the best of both worlds.
nex changed title from Synapse compatible admin API to feat: Synapse compatible admin API 2025-04-15 00:36:48 +00:00
nex added this to the 0.6.0 milestone 2025-06-18 16:38:55 +00:00
Owner

I don't think we should implement a synapse compatible API - things we need that aren't site-exclusive can be converted into an actual specced endpoint, and we can have our own private API for things specific to continuwuity.

I don't think we should implement a synapse compatible API - things we need that aren't site-exclusive can be [converted into an actual specced endpoint](https://github.com/matrix-org/matrix-spec-proposals/pull/4323), and we can have our own private API for things specific to continuwuity.
Owner

Big fan of starting off a spec'd API and letting Synapse look to adopt it, though I'd also say we take as much as is good/usable from the Synapse version as possible - we don't want to implement rubbish, but it'd be good to make it easier for them to adopt a centralised standard.

Hopefully part of the design would be that it's extensible (i.e. any homeserver can add more stuff that other servers aren't expected to support) so then we could just build our admin API under the same API tree instead of needing a second special /continuwuity/ tree? 🤔

Big fan of starting off a spec'd API and letting Synapse look to adopt it, though I'd also say we take as much as is good/usable from the Synapse version as possible - we don't want to implement rubbish, but it'd be good to make it easier for them to adopt a centralised standard. Hopefully part of the design would be that it's extensible (i.e. any homeserver can add more stuff that other servers aren't expected to support) so then we could just build our admin API under the same API tree instead of needing a second special /continuwuity/ tree? 🤔
Sign in to join this conversation.
No milestone
No project
No assignees
3 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: continuwuation/continuwuity#748
No description provided.