Es sollte nutzergebundenes Feedback gegeben werden können.
Die liste von allem Feedback ist wie die Reports in einer Liste vorfindbar
Feedback kann anonym über die webseite erstellt werden
Per API Request kann ein ähnlich wie bei den reports ein nutzerbezogenes feedback erstellt werden, welches anschließend einem nutzer zuzuordnen ist
Jeder Feedbackeintrag hat zudem ein verstecktes Feld über die Herkunft. Dies muss per API ausfüllbar sein. Manuell über die Webseite erstelletes feedback kann einfach "website" oder so als key haben. Dies ist notwendig damit feedback zu bestimmten events wie "erster tag vom server" oder "end-event" oder "server-events" zugeorndet werden kann. Die Herkunft muss im adminpanel sichtbar und am besten auch filterbar sein.
Anfrage eines Feedback-Links: ?secret=<secret>
Anfrage body: {"event": "<string>", "users": [<list of uuids>]}
Response body: ["<uuid>": "<url>"]
Das Feedback umfasst ledeglich ein Textfield, die Herkunft (event) und im falle einer Zuordnung den Spielernamen zu dem der Report gehört.
Wir planen das feedback gezielt nach bestimmten aktionen ingame abzufragen wie z.B. nach Events. Daher werden oft für alle spieler, welche online sind eine Anfrage gestartet.
Das bedeutet aber auch das es viele unausgefüllte feedbackformulare gibt, welche unnötig gespeichert werden.
Vielleicht ist es am besten die erstellten urls nicht in einer datenbank zu persistieren, sondern nur in einer art session (also in der runtime) und im Falle eines ungültigen Links silently auf anonymes feedback umzuschwenken.
Es sollte nutzergebundenes Feedback gegeben werden können.
- Die liste von allem Feedback ist wie die Reports in einer Liste vorfindbar
- Feedback kann anonym über die webseite erstellt werden
- Per API Request kann ein ähnlich wie bei den reports ein nutzerbezogenes feedback erstellt werden, welches anschließend einem nutzer zuzuordnen ist
- Jeder Feedbackeintrag hat zudem ein verstecktes Feld über die Herkunft. Dies muss per API ausfüllbar sein. Manuell über die Webseite erstelletes feedback kann einfach "website" oder so als key haben. Dies ist notwendig damit feedback zu bestimmten events wie "erster tag vom server" oder "end-event" oder "server-events" zugeorndet werden kann. Die Herkunft muss im adminpanel sichtbar und am besten auch filterbar sein.
Anfrage eines Feedback-Links: `?secret=<secret>`
Anfrage body: `{"event": "<string>", "users": [<list of uuids>]}`
Response body: `["<uuid>": "<url>"]`
Das Feedback umfasst ledeglich ein Textfield, die Herkunft (event) und im falle einer Zuordnung den Spielernamen zu dem der Report gehört.
Wir planen das feedback gezielt nach bestimmten aktionen ingame abzufragen wie z.B. nach Events. Daher werden oft für alle spieler, welche online sind eine Anfrage gestartet.
Das bedeutet aber auch das es viele unausgefüllte feedbackformulare gibt, welche unnötig gespeichert werden.
Vielleicht ist es am besten die erstellten urls nicht in einer datenbank zu persistieren, sondern nur in einer art session (also in der runtime) und im Falle eines ungültigen Links silently auf anonymes feedback umzuschwenken.
MineTec
added this to the Projektstart milestone 2024-09-16 09:38:01 +00:00
MineTec
modified the milestone from Projektstart to Beginn der Anmeldung2024-10-15 20:46:55 +00:00
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.
Es sollte nutzergebundenes Feedback gegeben werden können.
Anfrage eines Feedback-Links:
?secret=<secret>Anfrage body:
{"event": "<string>", "users": [<list of uuids>]}Response body:
["<uuid>": "<url>"]Das Feedback umfasst ledeglich ein Textfield, die Herkunft (event) und im falle einer Zuordnung den Spielernamen zu dem der Report gehört.
Wir planen das feedback gezielt nach bestimmten aktionen ingame abzufragen wie z.B. nach Events. Daher werden oft für alle spieler, welche online sind eine Anfrage gestartet.
Das bedeutet aber auch das es viele unausgefüllte feedbackformulare gibt, welche unnötig gespeichert werden.
Vielleicht ist es am besten die erstellten urls nicht in einer datenbank zu persistieren, sondern nur in einer art session (also in der runtime) und im Falle eines ungültigen Links silently auf anonymes feedback umzuschwenken.
Wir benötigen dieses Feature einige Zeit vor dem Start, da wir die API anprogrammieren und im Plugin testen müssen.