🧬 Blueprints

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.

get/api/v1/servers/{server_id}/blueprints/installs

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

server_idstring required

Discord Server ID

Query parameters

limitinteger

Response

Successful Response

object required

Changes

No recorded changes to this operation across all 1 revision of this API.