Pretty simple Use-case, clients buy our app and pay 20$/month.
We want to implement push notifications on both iOS and Android and are thinking of a scalable solution.
We thought of simply grouping all Apps inside one Firebase project, as we only need Push Notifications.
Google Firebase FAQ says:
A project is a container for apps across iOS, Android and web. While there is no restriction on number of apps within a project, adding an app can create one or more underlying OAuth 2.0 client IDs. There is a limit of around 30 client IDs that can be created within a single project.
You should ensure that all apps within a project are platform variants of the same application from an end user perspective. For example, if you develop a white label application, each independently labelled app should have its own Firebase project.
Would this limit us?
Do I need a client ID for each and every App inside my project?
firebaser here
What you're trying to do is known as whitelisting, and is not an intended use-case of having multiple apps in a project. To not run into the limitation you've found, you will need to create a separate project for each client.
If you create multiple technical applications for a single client that are logically the same, those can exist in a single project. For example: the Android, iOS and Web versions of an app are typically using the same Firebase project, as may be specific app you build for the application administrators of your client. By having those apps be part of the same project, they can share backend resources.
Related
Im currently working with Mobile app with firebase back end. I wonder how to build another admin Web app which should be hosted on the Web and pass data to the Mobile app. Should i open another project to build the Web app？Or build the both app within one project which should share with one firebase back end. Someone please guide me as Im clueless. Would appreciated for the sharing.
Since the application admin app is managing the same set of data, it will typically be part of the same Firebase project too. This is actually a quite common scenario, and I regularly add an admin web app to my Firebase project precisely for that purpose.
I'm developing a project where I need two PWA apps defined on the same Firebase project, sharing the same database. One of this app is the 'producer' and the other one is the 'consumer' of the data.
So far I developed the 'producer' side and everything is ok - it writes in the database. Now I'm starting with the 'consumer' side.
Defined like now I'm not able to deploy the second one, cause it shares the same hosting so it overwrites the first app.
How can I structure the project to have two PWA apps sharing the same DB but not the same hosting (and URL)?
It sounds like you want to create a second Firebase Hosting site in the project, which you can then deploy to separately.
I am having an app with firebase as database. And i am creating a website with the same data as in app. can i use same database for both app and website. when data update take place in app should also be resembled in website and vice versa
Yes, that is definitely possible. For example, the FriendlyPix sample app is available for iOS, Android, and Web, and all these talks to the same back-end services. So photos posted in one platform show up in all other platforms too.
I am using GoolgeFirebase for my android application. I want to make an admin portal at GoogleFirebase connected to that application's database to view some admin related tasks, like showing waiters with rating where i have all the wiaters and rating data stored in Google Firebase Realtime Database.
Do i have to create a web app, connected and hosted at the Google Firebase or the GoogleFirebase facilitate itslef for creating some admin portal for the android app.
You have to build something. A web app using firebase hosting is really easy but you can host it anywhere you want including on your own PC. Of course you can also build any kind of app using one of the SDKs or anything that can do HTTPS requests. An special admin android app is an option. Java desktop GUI app may be to your liking.
Sometimes I find building a commandline tool in node.js is perfect for my needs. The command line lets me pipe the output to other tools that are helpful.
Firebase provides a number of Admin SDKs to help build server-side or desktop applications. As of now there are Admin SDKs available for Node.js, Java and Python (although the Python SDK is new and doesn't have realtime DB support yet). You can use one of these SDKs to build your admin portal webapp.
This is more of a general question about the future of AppMaker I guess... I have a few ideas that I would like to try out - mostly some tools that could help my clients - and I was wondering if there will be a way to deploy an app made with AppMaker to multiple domaine.
A (dumb) example would be to create a Task management app that you can centrally develop and deploy as a Saas service to multiple clients.
I would be interested to hear some insights before investing too much time in this.
Currently, App Maker applications are restricted to the domain of their owner. However, you can export an App Maker application and import it in multiple domains and possibly share the same Google Cloud SQL backend. Keep in mind that sharing the same database will be challenging when it comes to changing the schema since you will have to synchronize updating the applications in the different domains.