Currently I'm working on a react-native project this includes Web, android and IOS applications.
I'm using Google analytics to create reports from the usage data of all three applications. Now the problem is I didn't found any way to combine web and mobile data to create combined tables in Google analytics. This is necessary because this is a react-native based project.
I'm using Google tag manager to manage the analytics process. We are using Web container for the web module and android and IOS containers for mobile applications. We also use fire-base to capture events from mobile applications. So both android and IOS containers contains fire-base analytics.
So how can I combine data from mobile and web applications to provide combined tables in Google analytics.
As i know, google analytics already combined all data from mobile and web into single view. If you want to see some difference parts as Page view vs Screen name, you just have to make separate View.
Related
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.
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 have an ASP.Net web application (web forms) with Telerik ajax controls.
It is currently mobile-friendly, but I would like to put it into an app that a user could download from the app stores.
Is there a quick and easy way to make this work using something like a
WebView or am I likely stuck writing a full native app? The
application​ is mostly data driven (lots of Telerik grids) and will
need an internet connection for most functions.
I guess you could create a native app that opens the web site inside a WebView. That's fairly simple. I've done as much in the Video player app I wrote for my book. However, that isn't in the spirit of mobile apps. The point of putting it in the app store is generally to give your users an app that works like they expect on their phone.
If it is data driven, then expose the data via REST APIs and consume those APIs in a mobile app. If you want offline sync (for resilience or performance), that's an additional consideration. If you want mobile specific functionality like push notifications or authentication via touch id, for example, then those would also need a native app.
Short version - the simple "project my web app into a native app" is easy. But it's unlikely to be satisfying to your users and won't allow you to extend your app with native features.
We have an Ionic 2 app that will be deployed on iOS, Android and web. We have Google Analytics set up for the mobile versions.
Is it possible to set this up for the web version as well? If so, are there any references for how to do this?
You may use https://github.com/arnesson/cordova-plugin-firebase to link all your apps to your google analytics account.
Is it possible to implement the payment gateway solution in a cross-platform xamarin application.
From a web app we can implement that and the payment page will be opened in gateway provider page. But when it comes to cross platform mobile app we are using xaml pages to design the android pages and have to handle the payment options from this xaml views.
Apple only requires In App purchases if the payment is for digital goods. If you are paying for physical goods, for instance (like my app Waitress.com does), Apple actually mandates that you CANNOT use in app purchases. Same thing with Google.
As to the question (if you are selling physical goods), I am currently looking for the same thing, a payment provider with a .NET client SDK that can work cross platform for Xamarin. If you only need iOS and Android the best option I have found seems to be Stripe, which has a xamarin component: https://components.xamarin.com/view/stripe
For UWP I am contemplating using a web view to tokenize the cards... not very elegant, but could perhaps work.
Possible? Yes.
However any purchases done from within your app on iOS will have to use Apple In App Purchases or Apple will not accept it into the store.
Google TOS likewise requires that any purchases done within your app utilizes Google In app Billing or it can be removed from their store. So though it is possible to create a single billing handler that uses say paypal for both ios and droid purchases. No one has bothered since there is no way to distribute such an app.
You can code an interface for billing in your forms app. Then use an IOC container to inject different versions of that interface on each platform. In iOS use the InAppPurchase Componet and for Droid use the InAppBilling componet. Both componets work basically the same. Different methods etc but same basic concept.