List Installs
Was auf diesem Server bereits installiert wurde.
job_id UND sections_applied gehen mit hinaus, und beides stand schon in der Tabelle - nur nie in der Antwort.
Der Lauf-Schluessel ist der einzige Faden zwischen diesem Journal und den Wiederherstellungspunkten: blueprint_apply.schreibe_restore_point und _schreibe_install tragen dieselbe job.id ein. Ohne ihn steht in der Oberflaeche bei einem Wiederherstellungspunkt nur "vor zwei Stunden, 4,2 MB" - die Frage davor ist aber immer "zurueck WOVOR eigentlich", und die konnte niemand beantworten.
sections_applied sagt, welche Notoq-Bereiche der Lauf wirklich geschrieben hat. Zwei Anwendungen derselben Vorlage koennen sich darin unterscheiden (abgewaehlte Bereiche, fehlende Rechte), und genau das ist die Auskunft, die ein Journal schuldet.
status bleibt drin, wird aber bewusst NICHT angezeigt: _schreibe_install setzt ihn als Konstante "completed", ein gescheiterter Lauf legt gar keine Zeile an. Eine Spalte, die immer dasselbe sagt, ist keine Information.
Request
- Base URL: https://api.notoq.xyz (the document declares no server; this is the origin it was published from)
- URL: https://api.notoq.xyz/api/v1/servers/{server_id}/blueprints/installs
- Auth: HTTP bearer
Path parameters
Discord Server ID
Query parameters
Response
Successful Response
Changes
No recorded changes to this operation across all 1 revision of this API.