Daniel C-137 Meyer

Just published expo-opfs. If you're building an @expo app and want to use a web library that needs the Origin Private File System (OPFS), this polyfill based on expo-filesystem makes it work out of the box. github.com/pubkey/expo-op…

A hill I’ll run to the top to die on is that FRP really is the right way to do UI (and note to self to return to my little side project to integrate <react-rxjs.org> and <rxdb.info>).

If you build with TanStack DB, you can swap out and optimise your state transfer layer without affecting your application code. Migrate from query to sync. Still query when you need to. Integrate external services into a unified client-side data model. Swap out one sync engine for another.

TanStack DB now has a @rxdbjs collection! Thanks to RXDB's creator @pubkeypubkey for building it!

Offline data synchronization for an app is no longer a luxury, but a necessity. Therefore, we’re happy to announce that Appwrite Databases now features a direct integration with @rxdbjs , a local-first NoSQL database designed for JavaScript apps. Now, it's easier than ever to build real-world apps that stay in sync online and offline. Not sure where to start? We've got you covered. We've built an offline-first journal app with Appwrite and RxDB. Check out the step-by-step guide here: appwrite.io/blog/post/offl…

Meet the brand-new RxDB Appwrite Plugin! This integration allows you to seamlessly replicate local-first data from RxDB's client-side database to @appwrite’s scalable cloud platform for real-time sync and offline functionality. No more complex setups - start building better apps now: rxdb.info/replication-ap…

Building a Vue app and need a database that keeps up with your speed? 🚀 Meet RxDB! It offers offline-first data handling, real-time updates, and smooth integration with Vue. Your app, supercharged - even without internet! 💻 Learn more: rxdb.info/articles/vue-d…

@alex_barashkov @figma You guys should watch this video: youtube.com/watch?v=nWbBZP…

Our first release of the year. Meet new invertase​.io website. 3d made in #b3d + AE, the rest in @figma. Stack: Next.js / Tailwind CSS / Sanity CMS ~3 months – Branding / Design / Development

🚀 RxDB 16.0.0 is here! 🎉 Enjoy major refactorings, simpler naming, OPFS & NodeFilesystem boosts, the end of the LokiJS storage, and easy data migration from v15. Check out the complete details: rxdb.info/releases/16.0.…

This weekend, I worked on optimizing the WASM-based #SQLite browser storage for #RxDB. While performance improved, it’s still way too slow. Let me break down the core issues: 👀🧵(1/4)

@nuxt_js @benjamincanac @toddeTV @li_hbr 💾 #localfirst Nuxt: This has quickly become the second biggest trend in the web development community (after AI) bringing: • Enhanced privacy • Lightning-fast UX • True data ownership Saw a sweet demo by @bencodezen using #RxDB as the sync engine with dexie.js #syncengine

🚀 New Article: LocalStorage vs. IndexedDB vs. Cookies vs. OPFS vs. WASM-SQLite About performance, storage limits, indexing, multi-tab support etc. Learn which web storage solution is best for your next app! 🛠️💻 👉 rxdb.info/articles/local… #JavaScript #IndexedDB #WASM #SQLite

Just dropped a new article on building a #localfirst vector database using RxDB and transformers.js! Process and query data on the user's device with no need for backend servers. Perfect for fast performance and enhanced privacy! 🔥 Check it out! 👇 rxdb.info/articles/javas…

@joyofcodedev Is :else also the case when the list is undefined or only when empty?

today I learned an `each` block can have an `else` clause in Svelte

@koenig_jakob @xgigglypuff There is no concept of planets in the portal engine. So you can assume the same for the described physics problem.

@pubkeypubkey @xgigglypuff If the portal is on a planet then it's moving surely?

do yall know the answer to the Portal physics problem?

@bindureddy If the output is wrong in 5% of time you have a bad tool that can never be trusted. Verifing/Fixing the output likely takes longer then writing the SQL by hand.

The first programming language that LLMs have replaced with English is SQL Their SQL generation accuracy is over 95% and exceeds that of an above average human SQL programmer Most database products already offer a chatbox interface to query the data

@nstfkc Use a bloom filter that know all invalid tokens. Only if the filter returns true, make a database request.

Session based authentication sucks because you need to read from the db to validate the session. JWT based authentication sucks because you can't invalidate once a jwt token is issued. What is the middleground? Is there any way to authorize requests without db read overhead on each request and invalidate access tokens without too much complexity? (Storing sessions in memory is not an option) I have two ideas; 1- Store the session in redis so every service can validate the session without too much of a latency (faster than db) - This is the simpler approach but I don't like it because it requires another service. 2- Use very short lived jwt tokens (e.g 1 min) coupled with refresh tokens and implement a mechanism to re-issue access tokens without impeding UX - I don't like this either because it is too complex. Are there any other approaches? (Please don't answer with use third party solution)

@ryanflorence I use #typescript `Readonly<MyType>` to fix that problem.

> use let to know it gets reassigned! If unexpected reassignment led to a bunch of bugs then you'd also see people redeclaring de-structured props, they're reassignable! Half your values don't tell the intent you think matters so much, and yet ... no bugs with your props! 🤪