Beim Call soll gleich auch noch die Nutzerdaten des Spieler mitübertragen werden.
GET `{"user": "..."}`
`404`
`200 {"uuid": "...", "firstname": "...", ...}`
Zusätzlich zu den bestehenden Daten soll eine Liste von den Aktuell noch gültigen Bestrafungen in einem unterfeld aufgelistet werden
`200 {"uuid": "...", "firstname": "...", "strikes": ["BANNED", "MUTED"]}`
MineTec
added the due date 2023-12-152023-11-27 12:33:23 +00:00
Die aktuell angewendeten Strikes sollten direkt Serverseitig ausgewertet werden.
Dies hat zwar den Nachteil, dass ein Mute z.B. erst aufgehoben wird, wenn der Spieler rejoint, ist aber denke ich hier zu vernachlässigen.
Die aktuell angewendeten Strikes sollten direkt Serverseitig ausgewertet werden.
Dies hat zwar den Nachteil, dass ein Mute z.B. erst aufgehoben wird, wenn der Spieler rejoint, ist aber denke ich hier zu vernachlässigen.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Beim Call soll gleich auch noch die Nutzerdaten des Spieler mitübertragen werden.
GET
{"user": "..."}404200 {"uuid": "...", "firstname": "...", ...}Zusätzlich zu den bestehenden Daten soll eine Liste von den Aktuell noch gültigen Bestrafungen in einem unterfeld aufgelistet werden
200 {"uuid": "...", "firstname": "...", "strikes": ["BANNED", "MUTED"]}Die aktuell angewendeten Strikes sollten direkt Serverseitig ausgewertet werden.
Dies hat zwar den Nachteil, dass ein Mute z.B. erst aufgehoben wird, wenn der Spieler rejoint, ist aber denke ich hier zu vernachlässigen.
GET /api/user?uuid=<uuid>[&secret=<secret>]
400 wenn der Nutzer nicht existiert
200
Kannst du den user parameter auf uuid umstellen?
Es kommt jetzt ein zusätzliches Feld mit,
banned, welches angibt ob ein Spieler zum Zeitpunkt der request gebannt ist