serialize-javascript VS Lowdb

​ and this is my config for the plugin: { resolve:gatsby-plugin-react-redux-persist, options: { // [required] - path to your createStore module pathToCreateStoreModule: './src/store', // [optional] - options passed toserialize-javascript // info: https://github.com/yahoo/serialize-javascript#options // will be merged with these defaults: serialize: { space: 0, // ifisJSONis set tofalse,evalis used to deserialize redux state, // otherwiseJSON.parseis used isJSON: true, unsafe: false, ignoreFunction: true, }, // [optional] - if true will clean up after itself on the client, default: cleanupOnClient: true, // [optional] - name of key onwindowwhere serialized state will be stored, default: windowKey: '__PRELOADED_STATE__', }, },

We pass the entire state to the client-side via a script tag in the html document by using the serialize() function in the serialize-javascript package. (This javascript parser allows us to parse more object types like a Date so I would recommend to use that package instead of the JSON.stringify() function.) On the client-side we can now read the window.initialState object and parse it to the Redux store.

https://github.com/typicode/lowdb is a cool option.

I just finished the first stable version of go-store, a lightweight embeeded database written in pure Go. It was heavily inspired by lowdb. The motivation was that I needed something simple to store information for another project and that I wanted to try out Go's generics.

https://jsondb.io/ or https://github.com/typicode/lowdb

By default, requests are stored locally in a JSON file with the help of LowDB.

For 1: Don't.* For 2: You're looking for a cache. I've published an OS npm module. Looking at the code might help: https://github.com/tq-bit/qache/blob/master/src/Cache.ts For 3: Maybe the code of lowdb can point you in the right direction: https://github.com/typicode/lowdb/tree/main/src

Another thing you might consider is literally using the filesystem as a database. There are plenty of vanillla ways to simply read/write to JSON or you could even use a JSON based db github.com/typicode/lowdb again you don't need to think about it as a db your just handling JS objects.

I did want something performant so that I would (hopefully) not run into issues when there are around 100-ish clients connected at the same time. I looked at low-db for a while but did not like that it would JSON.stringify my whole database on every change, which could become a problem when it becomes to big.