Lars Kida

Ja, das Backend wird/würde alle Smaps über den selben Webhook annehmen (dauert keine Stunde zum einzurichten); das Problemchen ist halt das Einstellen (inkl. ändern und entfernen) der vielen Webhooks! Das die Webhooks pro Smap sind finde ich persöhnlich sehr verwirrend/komisch/unerwartet... 😕 Na das klingt mal nach einer tollen/wunderbaren/fantastischen Idee! 😄

Nach einer kurzen Diskussion mit dem Kollegem... ein einzelner globaler Webhook, der für alle Smaps gleichzeitig gilt, währe eine weitaus bessere Option; da oft neue Smaps dazukommen (oder gelöscht werden) ist das einstellen (und daran denken) von webhook-pro-smap etwas... unpraktisch.

Das warten habe ich bereits implementiert! 😉 Die req/min-Menge ist schwer abzuschätzen, da diese A) davon abhängt ob ein/mehrere Benutzer schnell hintereinander/gleichzeitig den "Baugruppe Synchronisieren"-Knopf betätigt/betätigen und B) die (Bau)Gruppen aus je 5-30 Smaps bestehen, was dann zu einer unschön langen Wartezeit führt...

Das ist bereits mein zurzeitiger Vorgang; leider treffe ich dadurch sehr schnell auf das 60req/min Limit der REST-API. Die Applikation an der ich arbeite ist bereits in C# geschrieben. 🙂 --- EDIT: Eine dritte alternative währe ein globaler Webhook, der für alle Smaps gilt.

Währe es möglich der REST-API eine Funktion zu geben, um alle Datensätze mehrerer Smaps auf einen schlag heraus zu ziehen? z.b.: /Smaps/<SMAPID>,<SMAPID>,...,<SMAPID>/Data Oder, alternativ, via Gruppe/Kategorie: /Groups/<GROUP>/Data --- EDIT: Eine dritte alternative währe ein globaler Webhook, der für alle Smaps gilt.