Ich habe gesehen, dass man eine „api_key“ erstellen kann, aber wenn man das macht, hat das Token in der Sitzung keinen Wert im Feld „valid_until“, sodass die Anfragen mit der „api_key“ systematisch abgelehnt werden.
Ist das gewollt? In Entwicklung? Ein Bug? Nicht dafür gemacht, verwendet zu werden? 
Du meinst Gladys Plus, nehme ich an?
Falls ja, das ist nicht normal, es sollte funktionieren.
Ich spreche darüber in meinem Live-Stream „Technische Vorstellung von Gladys Plus“ bei 39:16:
Ok, ich werde mir das mal genauer ansehen 
Da ich eine api_key ohne Gladys Plus erstellen konnte, dachte ich, es gäbe eine „lokale“ Nutzung.
Ach okay, ich verstehe, was du im Code gesehen hast
Das ist ein Relikt, ich musste während der Alpha-Phase mal Tests durchführen, aber es wird nicht verwendet und ist auch nicht funktionsfähig.
Allerdings gibt es eine offene API, die weltweit über Gladys Plus zugänglich ist.
Du findest eine Dokumentation auf der Website:
Ein einfaches Beispiel, um einen neuen Sensorwert zu senden:
POST https://api.gladysgateway.com/v1/api/device/state/YOUR_OPEN_API_KEY
Body:
{
"device_feature_external_id": "mqtt:my-phone-presence",
"state": 1
}
Es funktioniert ganz allein und ist zumindest weltweit zugänglich!
Okay, das Ziel ist, da ich von Gladys3 auf Gladys4 migriere, dass mein Zoneminder eine Szene auslöst, wenn eine Bewegung erkannt wird. Also bleibt alles lokal. Daher gefällt mir die api_key, um nicht jedes Mal ein Token über ein Skript neu generieren zu müssen. 
Ah, in diesem Fall, warum nicht über die MQTT-API gehen? Das ist das Einfachste und ich glaube, dass zoneminder MQTT senden kann 
Andernfalls, wenn du das nicht zum Laufen bringst, kannst du immer noch über Node-RED gehen, wie ich es in meinem letzten YouTube-Video zeige.
Ja, ich habe an MQTT gedacht, aber das zwingt mich, ein „fiktives“ Gerät vom Typ „bewegung-erkannt“ zu erstellen. Das war meine Notlösung 
Das scheint mir eine gute Lösung zu sein, es ist nichts Schlimmes daran, ein fiktives Gerät zu erstellen 