Shared insights
on
FirebaseFirebase
at

We use Firebase at work (and I use it for my personal projects) for several reasons:

1) it is not just real-time DB with subscriptions but a lot more (storage for files, push notifications for mobile, cloud functions etc.) so it allows to build quite a robust solutions, but still possible to use just a minimal set of what you need

2) In most cases it's pretty cheap (unless you messed up you DB structure, reads/writes etc. - could be problem for a lot of traffic - so in such a case ready pricing and related guides properly), for side projects basically free.

3) offers free hosting with SSL certificates for static files

4) you can bootstrap functional prototype really quick and for the production, you do not need to worry about scaling.

READ LESS
6 upvotes·2 comments·962 views
Dan Dascalescu
Dan Dascalescu
·
June 13th 2019 at 6:04pm

Firebase is nice and the free plan is generous, but it has some serious problems:

- the realtime DB is awkward. It was superseded by Firestore, but Firestore has its weird limitations - https://pinboard.in/search/u:dandv?query=against+firestore

- Firebase Auth has a far more generous plan than Auth0, but it's slow as hell (see https://github.com/firebase/firebaseui-web/issues/436)

·
Reply
Tom√°Ň° Pusteln√≠k
Tom√°Ň° Pusteln√≠k
·
June 13th 2019 at 6:38pm

Yeah it's certainly not a perfect. Aside from issue you mentioned there is no easy way how to do normal pagination over data (only infinite scroll), writing security rules is not very ergonomic.

But for side project with not a huge traffic it can be pretty much good fit without need to invest much more into these issues.

·
Reply