ich habe jetzt dieses Forum nach allen Stichworten durchsucht, die mir einfielen und bin noch nicht bis zu meinem Ziel gekommen.
Anhand dieser Pushover API Beschreibung habe ich...
Code: Alles auswählen
% curl --form-string "token=MEIN_APP_TOKEN" --form-string "user=MEINEN_USER_KEY" --form-string "message=foo bar baz" https://api.pushover.net/1/messages.json
Dann habe ich mir die Wikiseite zum HTTP-API angesehen. Diese hat mMn eher den Charakter einer Feature-Auflistung. Mir fehlt eine wirkliche Anleitung mit Screenshots und Erklärung anhand von Beispielen.
Das Video zur HTTP-/REST-API hat einieges an zusätzlicher Klarheit gebracht. Ich habe mir wie im Video gezeigt ein Subsystem angelegt und in diesem Subsystem einen HTTP-API Server erstellt.
An dieser Stelle hänge ich jetzt aber, weil ich mir bereits bei dem Einstellungen für diesen Server nicht mehr sicher bin.
Wenn ich das richtig verstehe wird Pushover per POST aufgerufen und benötigt dabei keine Autorisierung aber dafür drei "Feld=Wert" Angaben. Scheinbar ist der "user=" als Äquivalent zu einer Autorisierung zu sehen. Von den "token=" kann sich jeder Pushover Nutzer scheinbar mehrere generieren, um mutmaßlich verschiedene Quellen/Geräte (TWS, IFTTT, Waschmaschine, Hund, Katze, Maus,...) jeweils mittels eines eigenen token auseinander halten zu können?
Der dritte ist der eigentlich interessanteste und enthält die Nachricht.
Bezogen auf den TWS verstehe ich es so, dass man in einem HTTP-Subsystem einen "HTTP-API Server" haben will, der user= und token= bereits fest hinterlegt hat und über ein TWS-Objekt einen string als message= übergeben bekommt. Ein neuer string aus dem Objekt würde dann als trigger den HTTP POST absenden. Verstehe ich das soweit richtig?
So ein bisschen habe ich noch Probleme damit diesen gestaffelten/hirachischen Aufbau zu verstehen und was dort wo hin gehört:
- Subsystem
- HTTP-API Server
- Resource
- Objekt
Zu 2 ist noch so viel klar, dass hier zunächst mal die grundsätzlich anzusprechende Domain und eventuell notwendige login Daten/autorisierungs DAten angegeben werden.
Aber ab jetzt komme ich nicht wirklich weiter...
- Wo gehört der Teil "/1/messages.json" nach der TLD hin?
- Wo/wie kann ich die token=xy und user=xy?
- Wie bekomme ich ein string Objekt in message=string hinein und verwende es gleichzeitig als Trigger?
Im Server könnte ich vermutlich im Feld "Optionale Headers" die zwei Zeilen
user:<USER_KEY>
token:<APP_TOKEN>
eintragen, der Rest könnte passen, oder?
Im Resource Teil bin ich mir mit dem Request Content-Type unsicher. Da ich keine Response erwarte ist mir der Response Content-Type vermutlich egal.
Im Objekt hat mich ziemlich verwirrt, was zunächst in dem Feld stand, wo ich jetzt message eingetragen habe: "JSON Selektor eingeben" habe ich in diesem Zusammenhang nicht verstanden.
Dieser Eintrag ist jetzt im laufe des Tages entstanden. Die Screenshots oben geben (abgesehen von user und token im Server) meinen aktuellen Stand wieder.
An dieser Stelle hätte ich jetzt eigentlich auch gerne so eine Art Doktor Modus, sodass ich dem Objekt RT1 einen string geben und einen Trigger auslösen könnte.
Ich muss mir später mal überlegen wie ich testen kann ob das funktioniert was ich hier gemacht habe...
EDIT: Ich habe diesen Thread jetzt als "Problem" gekennzeichnet. Siehe Post 4