Nice! It's been smooth and haven't run into anything major. Don't know if it's because of this change, but the read and write API links work now

@julian sorry for the late response, I didn't think to check this again. Firestore offers ways to reduce the cost and total number of operations, but there are a few caveats. Here's their recommended optimization solution https://firebase.googleblog.com/2021/04/firestore-supports-data-bundles.html

Data bundles just means exporting data to a json format, store it in a cache, and serve the data from the cache. This does reduce the number of operations, but defeats the purpose of firestore.

You'll have to handle the authentication process and can imagine the problem. I'd much rather pay for a database, FYI already did.

Firestore offers other methods to optimize usage like subscriptions, compound queries...etc. After taking all of this into account, firestore became extremely unattractive.

To your question about the next tier, I'll need to take a look, but my gut feeling tells me that this isn't sustainable for large scale.

@justmeow one thing I've learned recently about Firestore read/writes count - they're liberally counting everything as an operation, even if it's implicit.

I've been creating data bundles to help mitigate some of this, but I don't know anymore. Not feeling confident about wanting to continue using Firebase in general.

Did some research and noticed others are running into similar situations while using other Firebase functionality: https://www.reddit.com/r/Firebase/comments/p0rweb/how_is_my_storage_usage_so_high/

Personal experience: while developing locally and only using Firebase Firestore + Authentication, I hit the 50% free quota quickly. So I switched to the emulator for local development, but the compound calculations for using their services is concerning.

Edit for more context, here's a DB request count for a forum that has zero users which I'm setting up and have been experimenting with for a few days:

• Number of Requests 186,922

@julian yup, was thinking of the builder + all the custom build tasks. It may not seem broken if you have experience with it and used it for so long. But it can be discouraging for anyone new that wants to help contribute, not just code, but architecture, CI..etc. Since it's being worked on for v2, not going into the why I think it should go in that direction

Where are y'all posting updates for v2? I checked the repo projects tab + road map (last update in 2018, probably deprecated)

Started a draft PR in case anyone else can/wants to help work on it https://github.com/NodeBB/NodeBB/pull/10051

Hello,

Are there any plans/desire to replace grunt tasks with a bundler? After reviewing the code, bundlers like Vite and Rollup come to mind as good potential replacements.

@julian yup, I definitely agree! It's why I started searching for a way to integrate NodeBB with Firestore. I bought a domain + server last night and deployed NodeBB so I can learn and play around with it. Based on the example DB adapter PR posted above, I think it's doable.

@adam-tegen signed up for this forum just to reply to this post. I'm also interested. I started working on a basic forum powered by firebase services.

Got me thinking, what if I could write an adapter or fork nodebb to work with firebase and firestore to handle authentication and storage. https://github.com/NazimHAli/firebase-forum