6 ms·
This is handled by Redis, as such, the last write will win. As the primary key is tied to the user id, there will not really be a concept of Machine A vs Machin
by pancomplex 3y ago
This is handled by Redis, as such, the last write will win. As the primary key is tied to the user id, there will not really be a concept of Machine A vs Machine B as the end user can only be in one place at a time.
- mondrian 3y agoUsers can have an app in multiple tabs though, and apps can read/write local storage in the background.
- bandergirl 3y agoThe funny thing is that localStorage supports that. Judging by the title, I thought this tool actually just synced the existing localStorage instead of being its own storage. Since localStorage has onChange events it would be trivial to built, it would still be sync, it wouldn’t require any changes to the existing code, etc
- eps 3y agoI see. The case in question is when the user switches between two devices, each of which may be sometimes offline. This can cause older changes hitting the server later than the new ones, in which case, ideally, they should be rejected. What happens to storage requests made while offline? Are they cached locally and propagated once online, or are they lost?
- deleted 3y ago[deleted]
- Wowfunhappy 3y agoI feel like, if the answers to these questions are important, you should be using a more complex solution.