You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 28, 2020. It is now read-only.
Rather than the current webhook model for push notifications to client apps, Lastuser should provide a reliable queue mechanism that works across the web, perhaps using MQTT. This will help client apps be assured that they've never missed an update, including delete notifications.
There are two ways this could work:
An MQTT topic for every user or other principal, and all clients subscribe to all topics they are interested in, at risk of this running into hundreds of thousands of topics.
An MQTT topic for every client, with Lastuser repeating the message to each client via its topic. This makes sending from within Lastuser slightly inefficient, necessitating a background job (as currently exists), but it makes the receiving side vastly more efficient.
The second option seems more efficient, but it still leaves open questions:
How is authentication done? For clients? For Lastuser itself?
Will we continue to have webhook notifications?
What happens if a client stops receiving for a long time? How long do we pile up notifications? Does MQTT support timeouts after which messages are dropped?
The text was updated successfully, but these errors were encountered:
Rather than the current webhook model for push notifications to client apps, Lastuser should provide a reliable queue mechanism that works across the web, perhaps using MQTT. This will help client apps be assured that they've never missed an update, including delete notifications.
There are two ways this could work:
The second option seems more efficient, but it still leaves open questions:
The text was updated successfully, but these errors were encountered: