I believe the absurd things are: - the idea (i.e. storing a database in a database) - the fact that the resulting storage is faster than vanilla indexed db. The repo's readme is a bit misleading and it does make it look…
> There is no easy way to save the data directly to the file system. That's what absurd SQL is for (link in the parent comment).
How would we deal with conflicts (e.g. syncing back several conflicting offline clients for the same user) with something based on the Session Extension?
Unfortunately, it is still very easy to lose data, e.g. by trying to undo a temporary commit with `git reset --hard HEAD^` (note the --hard option) before committing your changes.
Also, one advantage of `git pull origin master:master` is that you don't have to checkout master first.
I believe the absurd things are: - the idea (i.e. storing a database in a database) - the fact that the resulting storage is faster than vanilla indexed db. The repo's readme is a bit misleading and it does make it look…
> There is no easy way to save the data directly to the file system. That's what absurd SQL is for (link in the parent comment).
How would we deal with conflicts (e.g. syncing back several conflicting offline clients for the same user) with something based on the Session Extension?
Unfortunately, it is still very easy to lose data, e.g. by trying to undo a temporary commit with `git reset --hard HEAD^` (note the --hard option) before committing your changes.
Also, one advantage of `git pull origin master:master` is that you don't have to checkout master first.