Do we really need firebase in 2023

[@rishabhgupta655]

Maturity when you realise it's a promotional video 🤬

[@ashish..z.]

thanks man saved my time

[@nerdbenana]

All these arguments, but no mentioning of reliability, monitoring, alerting, disaster recovery and all other important production matters. I guess those don't matter if you never intend to have your product succeed.

[@jawwaadsabree5573]

😂 some of us don’t

[@alichamas63]

Geez what a salty bitchy comment

[@sahillimbe]

AppWrite not having push notifications is kind of a deal breaker for me. They have not given a timeline for when they will be coming up with that feature as it's probably the only important feature that Firebase has but AppWrite lacks. I do know we can still use firebase only for push notifications but then we can just use firebase for everything may be? Let me know what you guys think

[@Oxino-h4d]

yeah we can use firebase for just pushing the notification only.

[@sahillimbe]

@@Oxino-h4d yeah figured it out now haha, thanks :)

[@Appwrite]

Soon. Very soon.

[@nishant_singh]

The main problem is its pricing...

[@toshitsingh7270]

I am really glad that I started from barebone of everything like dbs and vps to deploy own dbs. It makes things much more optimized to what I need and super cheap as well. Best part is you can store your db data offline so no locking of any company and no backup fees as well.

[@nicholassandomeno4965]

Would love to learn whatever you are willing to share on this!

[@HimanshuKumar-hp1vj]

as for my personal projects which one should I learn ??

[@subrotoxing8214]

Firebase power is its realtime feature... it has realtime and push notification (for when you are off app). appwrite realtime is nice but if you have intermitten connection or you need to push notification when you are outside the app, then you are out of luck with appwrite. If you do not need realtime then yea appwrite is totally great great great for small-medium projects 1000%. It could be fine for large project as well but I'm not sure if i have enough reference to claim that. Because the underlying techn is old school mariadb so not sure about performance there.

[@tbadi-Tonny]

Hook appwrite with onesignal and that's solved

[@tyaho83]

Merci pour ce commentaire tout à fait pertinent et juste !

[@akashdeepdas6782]

Pocketbase is also a nice opensource baas written in golang. And it's entire backend is just in a executable file.

[@MrRe-sj2iv]

I would say PocketBase is way better than Appwrite comparing all the sides. Simple, lightweight, fast, really fast. 9/10 for PocketBase, 5/10 Appwrite.

[@ahmadsohail_yt]

Pocketbase isnt yet ready to build enterprize level apps until it reaches v1. But yeah its crazy

[@sreekanth850]

i think most important thing is control of your data and the ability for advanced querying. I'm still confused how people are using such backend as a service and build their whole business around it.

[@maitreyeesawant5939]

I agree. Is it reliable to use 3rd party for backend as service? Especially for businesses

[@thermalman7477]

well we all gotta start somewhere ?

[@thienhuynh7962]

@@maitreyeesawant5939 well there are solutions such as pocketbase or supabase which allow you to host your baas and you have total control to that backend + the responsibility to manage it with the data. But other than that, you can’t fully trust a third party on baas, even for firebase cuz you don’t really know when they’ll shut down your project or use the data in there for their benefits. With that said, at the end of the day it’s just you picking the right tool base on the resources you have to build your project, no?

[@thienhuynh7962]

Small team of developers don’t really have the resources to build infrastructures. They have other things to prioritize. The most common examples are indie games. For more details you can search a youtuber name Theo, Twitch’s CEO, and find a video where he explain about when a business move away from baas and when they don’t.

[@sreekanth850]

@@thienhuynh7962 I fully agree with this statement, but that doesn't mean you should offload the crux of your business that's backend. You can fully offload, auth, devops (by using a paas) and other things but not the backend stuff. But using this will bring heavy tech overheads and migration will cost a fortune if I'm not wrong.

[@smartapartment5839]

thanks :) but it would be really cool if you could do a comparison between supabase, strapi, appwrite and pocketbase?

[@ajitsinghyadav1725]

Yes, that will be great 👍

[@ajitsinghyadav1725]

Currently we are using Strapi for Backend, also tested pocketbase but didn't go with due to its Go based. And we have JavaScript Developer in Team..

[@thatnaman]

I'm looking to contribute to appwrite as a developer. Really happy to see that you picked this up. It'd be great if we can get a video or two about it's codebase or how to contribute to it.

[@HiteshCodeLab]

Sure, that's a fantastic project to contribute

[@CryptoWulfApp]

You should check altogic.

[@arunabraham9382]

Written in PHP Swoole

[@costinvelicu3534]

As a learning devoloper , firebase quoata limit is massively frustrating, is appwrite or any other similiar service better at this ? I'm not particulary interested in analytics or any other production related features right now

[@Sakshamchoudharyofficial]

Must watch!!! ⌚

[@ab5441]

Everytime I have seen production firebase it involves a rewrite within a year. For education and a mockup it makes sense but I don't know who in there write mind would use it.

[@DavidHust]

Can you elaborate on the rewrite idea? If an app database needs a rewrite, how is that bad if using firebase? Is there an easier way to rewrite if you weren't using firebase?

[@ab5441]

@@DavidHust You do not want to rewrite a production app shortly after release. Ideally you want to add onto the schema. Further switching technologies ads extra work in addition to a new schema. Further you now need to wright a backend. What time was saved by using firebase is technical debt.

[@ishwarbhat6174]

Agree, but in this case you will have to manage your own infrastructure and take care of scalability right?

[@Praxss]

Looking forward to more Appwrite videos

[@HiteshCodeLab]

More to come!

[@Kuch_Bhi-lets_explore_it]

Thanks , It is really useful , We really need more videos on this so we can understand it better and how to use it . Thank you so much 🙌

[@darshanthakral5505]

Sir, what are your thoughts on AWS Amplify? Should we also consider it along with AppWrite as an alternative to Firebase!!

[@mohidulislam7518]

Àq

[@muneeburrehman2280]

There are so many alternative of firebase. Supabase is one of them whith is based on relational database (PostgreSql). If you want to use relational database go for supabase or if you want noSql then firebase and Aws Amplify are best.

[@ashutoshningot4483]

Hey Hitesh, I really liked your Jacket! Can you please tell me which brand it is?

[@tylim88]

Firebase firestore, rtdb and functions are huge headache It is fun in the beginning, but when you found out the quirks and you can do nothing about, that is when you start to regret Firebase auth still is the best though

[@jimpauloovejera2599]

give example?

[@gujingc]

This is a great video. I have a few questions: - we have just released our app using Firebase. How much time we need to budget if we need to migrate to Appwrite? Like 1-2 months? We have a very small budget. The core of our app is a chat function. 2) what are the things to keep in mind to make migration seamless?

[@shawnl4477]

I have a few opinions: - If you've already released it using Firebase, I think the time and effort to migrate to Appwrite would cost you more - Firebase is still not a bad option. I've once heard that if your project is small, you would pay less than a dollar to Firebase, and if your project is big, you would find a way to monetize from it, which would cover the relatively expensive Firebase price

[@gujingc]

@@shawnl4477 Thank you Shawn. We have calculated, our limit is that if the system has 15,000-22,000 active users daily. Beyond that, monthly cost of Firebase would be more than our current budget could support unless we get additional investment. We have no idea what that would mean in terms of registered users. We know that most chat apps, registered user base is much bigger than active users. Meanwhile, if we have more than 250,000 registered users, it may not be that hard to get external investors. We wonder if we need to hedge the risk by moving to Appwrite. Please advise.

[@shawnl4477]

@@gujingc 😵‍💫 i have no clue too both seem to make sense for me

[@gujingc]

@@shawnl4477 Shawn, based on your experience, for an app to have 20,000 daily users, how many registered users may that correspond to? We know only a fraction of registered users will chat not to say everyday. So normally, users who are chatting is a subset of all users.

[@shawnl4477]

@@gujingc lol you should know that I also don't have much experiences on Firebase itself. I've built an app with Firebase, but it hasn't reached like 20,000 daily users yet, so no experiences about that part Good luck for your service!

[@abbasali6588]

I'm confused -- did you say 100k users app ran on 15$ a month with Appwrite or with Firebase? Great video as usual though!

[@haisai4159]

appwrite

[@fluffybunny510]

It is better to have a custom login system using custom tokens, In our system we have firebase custom auth, email and password is stored in our backend and in firebase also, uid is linked to user

[@tesla1772]

I think all these baas products are good for small scale projects but as project grows i think having a robust backend is necessary

[@HiteshCodeLab]

I have seen a user base of around 1M that can be easily handled by such products. Again, depends on customization and control that you want.

[@SAsquirtle]

not true at all

[@samuelkings9416]

Bro, you don't even know what you're talking about. These services can handling scalability without hiccups.

[@mazharsalam3144]

A desperate attempt to hold on to outdated technologies...

[@samuelkings9416]

@@mazharsalam3144 😂😂

[@toastrecon]

Re: Pricing at 4:04 - Maybe it's just me, but if you legit have 50k MAUs, and you haven't figured revenue out to where you can pay a few hundred to Google, you're wasting your time on something that people aren't willing to pay for or aren't brave enough to charge or come up with a value proposition that makes sense. Also, at that point, I'm guessing you could afford to migrate to something else, if you wanted.

[@n0n3br]

And pocketbase ? What do you think about it and how it compares to appwrite ?

[@maskman4821]

Sir, what abou Supabase? It has become my favorite BaaS right now, so easy to use, the api is clean and easy to read and understand, and CRUD codes are provided for us to copy and paste into project, I like it very much, and it has a generous free tier, what do you think about it? Could you please compare these two backend services in the following videos ? 🙏

[@HiteshCodeLab]

Sure, will make a video on it soon

[@maskman4821]

@@HiteshCodeLab Thank you so much 🙏

[@greendsnow]

it costs a lot to scale SB.

[@lardosian]

Have you tried hosting it yourself, does it still work, have heard there are issues.

[@Leonardo_A1]

Hi very interesting. I feel what you said about Documentation and snipets, thats great. Its much easier to use and more flexible. But important point is also how can I use Ai-tools , maybe integration to generate code. In case of Java this is no problem. What is the status with AppWrite ? Thanks from Germany Leonardo

[@ackerman6992]

Do appwrite provides notification service like fcm?

[@kumargourab9090]

Is the app write totally free or it charges something which is very low, because i want save my databases for life time .

[@prabinkumarbaniya]

Is this video a promotional video or educational video or open-source product review ? Are you comparing appwrite with firebase or changing narrative for firebase ? Do we really need to find alternative to firebase ? Because firebase is not only Backend as a service but it is more than it. It offers Cloud Messaging, Analytics, In-App Messaging, App Crashes Report and much more when app releases takes in play store. These thing are more important when you have a android app used by one user or thousands users or million users. Is appwrite really ready to counter firebase in these areas ?

[@princegautam5899]

Is firebase expensive if we use it for freelancing?

[@shubhamsonar1528]

Thanks a ton .! for awesome info that will save my efforts, time and money. Please keep posting such tech updates and trending tools.

[@JonthueMichel-ul3mc]

This is not alll about firebase this is about appwrite

[@maitreyeesawant5939]

does it allow to host the website / app on appwrite ? like firebase does ? can we use it production purpose ?

[@tyaho83]

Question interessantes !

[@diptenusarkar]

Can I move my entire database from Firebase to any service provider? If yes, can you make a video about this?

[@kisho2679]

how big files (e.g. video, long pdf, etc.) can be uploaded on those chat platforms to share in real time? how much data can be left stored in the chat? for how long time data remains stored?

[@amaldev7701]

Hi Hitesh, good start, if possible suggest any easy alternative for Heroku??

[@Hacking-NASSA-with-HTML]

Hi! Have you tried Render ? Or Railway?

[@paper-studio]

You can't change rate limit in appwrite, you can only turn it off or on

[@frankbiita4904]

Appwrite is good in basic staffs but advanced staffs like handling forgot password, offline data,smtp, loading files by url, complex queries, and many others. I wish i was a pro and solve queries problem

[@tbadi-Tonny]

It's very easy with appwrite. You just need to learn how to

[@eleah2665]

Good topic. Looking forward to it. Thanks.

[@rickharold7884]

Appwrite rocks!

[@muthuvalli333]

First HITESH SIR...🙂

[@Lucas-mu5no]

such as a Great overview, thank you.

[@anirudhcodes]

AppWrite is awesome!

[@ludwigvillalba1886]

Thanks for sharing!

[@VarunDeva23]

Mainly required tutorial on how to take backup of appwrite data, how to restore, how to backup and restore in docker How to change server from one vps to another

[@adityashidlyali7814]

That Ganesh idol I loved it..😍

[@gaetanguiffo9378]

Is Push notifications system mature enough?

[@tri-aayam]

Looking forward to learning new things, Thankyou Sir

[@HiteshCodeLab]

Keep watching

[@codeswot]

last time i tried appwrite i was not sure if they have trigger functions like on document upload and such? hope they have that now

[@SaifInamdar]

Hi Hitesh ! What do you think about Flutter + MySql ?

[@muneeburrehman2280]

If you want to use realtional database (MySql) with BaaS, go for Supabase.

[@BalakrishnaSwami]

implemented push notifications just like in Firebase in Appwrite?

[@syedhannan546]

what about firebase in 2024?

[@greendsnow]

php, slow functions, small document size...

[@FabricioMTL]

Bro do you have tutorial for iOS

[@error_null6774]

Thanks comments, you save 10 minutes of my life

[@Ghulatz]

Great initiative.

[@Hacking-NASSA-with-HTML]

Hi, sir! Just a little small ask, in the KZbin tutorials absolutely no Fresh Updated lessons on How to make a MERN simple blog with mongoDB and images stored in Cloudinary! Can you do it please 🙏♥️?

[@srikanthsrinivas1256]

Can you convert my live app to appwrite? I have a live application, which has ruby on rails in backed, react in fronted, database Mongodb , without change my existing database

[@amittangale1317]

good marketing skills i give u that

[@TheRiyazAhamad]

Excited to learn appwrite

[@HiteshCodeLab]

Next video will be up by tonight

[@midweb]

Appwrite does not support middleware yet in nextjs is really suck

[@firebout7675]

If Firebase paid for the video, the title would be something like this "Firebase is all you need for a backend in 2023"

[@Codebreaker0702]

*Le Sanity: mai kya karu job chod du

[@vivekrai427]

Gcp billing account error would lead to collapse and downfall of Firebase

[@abhishekjaiswal6114]

please make a video firbase is best for the backend or another language if making huge apps like Ola uber and others.

[@Sarvesh_Coder]

Great video !

[@afeefkk1036]

hey, Is it support graphQl?

[@carrycooldude]

Just Love this video ❤️

[@btsbutter2332]

please make video on flutter and how to make mobile application using flutter

[@nested9301]

Supabase is the best ❤️

[@spectrotsu6629]

Great video ahead hitesh excellent

[@HiteshCodeLab]

Thanks a ton

[@TuGordoBello]

Supabase is better option

[@farhadjaman5580]

Thank you so much sir

[@dhairyashgupta]

Great video sir

[@vaibhavsinhbihola1]

I want to know about your pwskills programs

[@krishna5951]

Sri your look so nice love from nortest india 🇮🇳❤❤❤❤

[@tejasborate9329]

Hey, this is complete advertisement of own project

[@HiteshCodeLab]

Do you mean I own appwrite ? Superbase video will be out soon, that too is open source. I make videos on GIT too. Can we think about the big picture here ?

[@Mr.Sahil_Mali_nrg]

Thanks sir Nice explained

[@HiteshCodeLab]

Thanks for liking

[@tanny3080]

Can we use appwrite with react-native ?

[@brahmharsh24]

Obviously

[@rog0079]

why not? it's just js

[@nileshnilu7902]

Switch to this😊

[@RandallAlbano]

Um this kind of technology what hey usually do? Sorry just starting...

[@mohamedyoussef8835]

Awesome video +++++++++++++++++ 🙂

[@rishiraj2548]

Thanks

[@HiteshCodeLab]

Welcome

[@rehannihal450]

Strapi

[@WeDexter]

In Hindi

[@saurabh9446]

Supabase plzz

[@HiteshCodeLab]

Very soon

[@UrAbrarArtist]

Urdu main btao

[@FalculoCornuto]

appwrite is terrible, absolute no documentation and tutorials on java, unusable

[@harem_lord-FFM]

It's not for java

[@FalculoCornuto]

@@harem_lord-FFM it is, but its poorly documented

[@anasouardini]

firebase is kind of a scam.

[@HiteshCodeLab]

Not really, its a great product. Why SCAM is used so lightly these days

[@anasouardini]

@@HiteshCodeLab the vendor lock in, the high increasing of prices after a certain threshold. etc. not telling me about all of their product's quirks that they know for sure, which I'm susceptible to becoming a victim of in the future is almost the same as scamming. I know that this is like the ABCD's of marketing and business and all. but still it's no way near a good thing imo.

[@jukkap.5722]

@@anasouardini you can always host everything yourself..but do you think that wouldnt cost you anything?

[@anasouardini]

@@jukkap.5722 I think you are wrong. you can't just break free from firebase. that is why it's called vendor lock-in. even the client is not open source. can you imagine. and If I'm not mistaken you are totally missing the point.

[@jukkap.5722]

@@anasouardini hmmm what do you mean by client not open source....i have used for years now..and still using..and will keep using it..

[@lovelycat4951]

First view💖💖

[@DavidHust]

I understand that you really like Appwrite, but the information that's presented isn't accurate in some cases. You stated that you have to pay a minimum if you use the "Pay as you go / Blaze Plan", but that isn't true. There is a free quota, as you stated, and then if you exceed that then you pay. And if someone just needs functions, firestore, and authentication, then just set those up and not the others. There seems to be some confusion here. When you talked about the initial connection to the database, you didn't compare apples to apples. You stated, "this is all you have to do." and then highlighted an npm command, which is definitely not all you have to do. Appwrite breaks each part down into one or two lines, in some cases, and Firebase doesn't. Also the "Init your SDK" for Appwrite just shows connecting to a project. The Firebase version you compared it to is connecting to a collection, getting the documents in that collection, and then returning a list of those documents, which were cities. One annoying thing for Appwrite, that led me to not use it, was that you can't store objects/maps natively (github.com/appwrite/appwrite/issues/2735). You can store a string written as a json object but that isn't type-safe and nesting can be a pain. I really hope Appwrite takes off even more. I love the look of their website and the UI you get for the backend.

[@pidyondevelopment3647]

Very insightful