I am looking for some advice about setting up notifications through channels. Here is what I am designing.
I have a private web site where users work closely together. So I wanted a way to send notifications of (model) changes to all users currently online. Notifications will be saved to the database (as part of a completely audited system).
Here is how I want it to behave. When a user is logged in, they receive notifications whenever a model is changed. As described in the channels chapter in âProgramming Phoenixâ, I planned to store a last_seen_id so that users can receive only the notifications they missed while disconnected. But I want that last_seen_id to be stored somewhere and not be lost when the user closes their browser or uses a different browser. So the best answer seems to be storing that id in the database.
Thus, when a message is sent successfully, the browser could send a message back with the new last_seen_id and then the server persists that to the database. Then when the client reconnects, the last_seen_id can be retrieved from the channel if it exists or look it up in the db if not.
Does that design makes sense? Or is there a better way.
Cheers
Rod
That is precisely what I am doing. The client just sends a âseenâ message to the notification channels (I have multiple for different notification types) to indicate that it has seen up to ânowâ.
For the notifications case, you can also put all the relevant information in a map, including the user_id, post_id and everything else you may want to show the user. When doing a notification system, it is often best to have all the data you need in a single lookup instead of traversing multiple tables after the information you want. However, do include the source data in case you need to reconstruct the notifications later on.