matlin

8 ms·

31.
by matlin 2y ago
There are adapters for LevelDB, LMDB, and File storage. We just use SQLite out of the box because it's fast and reliable. We'll make those other adapters more accessible in the future.
32.
by matlin 2y ago
That's cool that you saw my presentation! Re: Flutter (and other native support) it's something we've thought a lot about (Flutter specifically comes up often) but we decided to focus on pure-Typescript to start because it&#x
33.
by matlin 2y ago
Right, that's a good clarification.
34.
by matlin 2y ago
Not currently but we have an internal tool that does bi-directional syncing using Postgres's replication protocol and WAL2JSON. It's not quite ready for prime time but we're hoping to get it into people's hands soon.
35.
by matlin 2y ago
It's been great working with you to get things right. Your feedback and bug reports have helped immensely to shape Triplit!
36.
by matlin 2y ago
From my understanding, if someone were to create a private fork of Triplit Server add some modifications and then launch a hosted service (i.e. serving the modified Triplit Server over the internet) they wouldn't be compelled to open-s
37.
by matlin 2y ago
Can you point me to what gave you this impression? We implement our own query engine for Triplit and use a fork of tuple-database[1] for storage which is low level database that can store to SQLite (we do on the server) but in the browser
38.
by matlin 2y ago
I don't have official measurements but it's fast enough for most things short of realtime cursors or anything updating on an sub-second interval--we'll be adding a presence API for things like that. It'll also depend on
39.
by matlin 2y ago
Yep! We've just prioritized based on what's been requested in our Discord and surprisingly Svelte has been requested a lot more than Vue so we did that first but Vue is on the way.
40.
by matlin 2y ago
I'm not a legal expert but my understanding is that your perspective is a common misconception. I'd recommend reading this: https://drewdevault.com/2020/07/27/Anti-AGPL-propaganda.html
41.
by matlin 2y ago
Our hope with the AGPL license is that it will make Triplit easily self-hostable while ensuring that anyone who makes modifications contributes those back to the community.
42.
by matlin 2y ago
Technically speaking both values are preserved in the history but only one "wins" because each attribute is a last-writer-wins register. This works for most use cases e.g. you wouldn't want two concurrent edits to checkbox to
43.
by matlin 2y ago
Triplit does persist the history of edits to a given attribute but indexes on the latest values makes querying stay fast. However, LWW Registers by nature doesn't actually require storing the history that's just our current implem
44.
by matlin 2y ago
There are a lot of new local-first tools these days but broadly speaking Triplit lends itself to more typical client-server applications with a central, authoritative server where other tools in this space are oriented around decentralizati
45.
by matlin 2y ago
I can't speak to RethinkDB's history but we're really focused on a specific use case which I think helps. Specifically, Triplit is made for web developers so we have great TS support, React and Svelte bindings, etc which make
46.
by matlin 2y ago
We've setup a demo environment to get a feel for it here: https://demo.triplit.dev/ It's actually running two clients and the server inside the browser window so even though it's simulating real-world, it&#x2
47.
Show HN: Triplit – Open-source syncing database that runs on server and client(github.com)
279 points by matlin 2y ago|100 comments
48.
Architectures for Central Server Collaboration(mattweidner.com)
1 points by matlin 2y ago|0 comments
49.
by matlin 2y ago
Specs: https://www.sightful.com/spacetop-g1
50.
by matlin 2y ago
It's funny how similar the problems that affect a workstation in Antartica are to designing a robust mobile app. I personally think all apps benefit from being less reliant on a stable internet connection and that's why there&#x27
51.
by matlin 2y ago
On first read I was thinking Evan's approach sounds pretty similar to Y.js but there's a callout at the differences: "... what I implemented is similar to what Yjs does. Some high-level differences are that a) Yjs doesn'
52.
Triplit in 100 Seconds [video](youtube.com)
1 points by matlin 2y ago|0 comments
53.
by matlin 2y ago
It's unclear if this has any of Firebase's signature real-time capabilities. Certainly, Supabase is living proof that there's major demand for the ergonomics of Firebase with the established SQL ecosystem; however, there stil
54.
by matlin 2y ago
For folks using Typescript, we're building this for web development at Triplit. We support incrementally updating subscribed queries in real-time from server to client over web-sockets. https://www.triplit.dev/
55.
List-positions: efficient, collaborative list positions TypeScript(github.com)
3 points by matlin 2y ago|0 comments
56.
by matlin 3y ago
There's a whole host of similar solution in the local-first realm of software[1]. I'm biased but you should definitely try Triplit[2] if you want a super easy way to make real-time collaborative software that works seamlessly even
57.
by matlin 3y ago
Yeah that is the crux of most modern three-tiered architectures (client<->server<->database) these days. We're working on simplifying this with a new concept: a full-stack database. If you run an identical query engine on c
58.
by matlin 3y ago
Mobile networks in general also produce a lot of latency and often warrants a local first caching system on the client. If you want a LiveView like user experience but resilience to flaky network conditions, we just added Svelte 5 bindings
59.
by matlin 3y ago
That's a great pointer seems like a many birds single stone solution!
60.
by matlin 3y ago
Glad you think so! We don't have any written docs but I would be happy to help you migrate! You can email me or join our discord https://triplit.dev/discord

More ›