4 ms·
I love seeing all of these new local-first libraries and tools popping up! I just wish they were around when I started my app several years ago :-( I use pouch
by knubie 3y ago
I love seeing all of these new local-first libraries and tools popping up! I just wish they were around when I started my app several years ago :-(
I use pouchdb / couchdb right now and I think my biggest issue at the moment is the amount of time it takes to sync up the app when you open it. It's possible to load the app straight from local data, but then it might be out of sync which could be jarring / confusing for the user.
Is this named after a triple store (e.g EAV) like in datomic? If so this is looking very close to my dream database.
- EmilStenstrom 3y agoIdeally, your app would be server-rendered on the first load, instead of first loading all data, and then filling a SPA from that.
- matlin 3y agoWe're working on exactly this. You can already do this with Triplit but it's challenging to make an out of the box solution because each framework passes context/data different from server to client differently. There's a cool project called [Vike](https://github.com/vikejs/vike https://github.com/vikejs/vike) that generalizes this pattern across SSR'd UI frameworks
- realPubkey 3y agoThe problem with couchdb is that it does one request per document which makes the protocol slow for browser based applications also it has no http2 support. Also storing the full rev tree of the documents is what makes pouchdb slow. This is why RxDB moved away from pouchdb/couchdb to a replication which works on bulk operation and resolves conflicts directly when they happen, not afterwards.
- realPubkey 3y agoRel https://rxdb.info/replication.html https://rxdb.info/replication.html
- matlin 3y agoYes great catch! One of the inspirations for Triplit's name is exactly from our use of a triple store under the hood. Datomic also has been a major influence in how we've designed the internals of Triplit