Storage Transfer Service To backup Google Firebase Storage - ios

I have a mobile application that stores data in Google firebase database and firebase Storage service. To prevent data loss, I would like to backup the data stored on both services. Google recently launched Autobackups for database but there is no support for firebase Storage Service. Surfing the net found out that google has a service "Storage Transfer Service". So can I use it to backup my data from google firebase storage bucket?

Since Firebase Database and Firebase Storage are using the Google Cloud Storage buckets, I think this is possible by setting up a daily recurring transfer job if you still want to pursue Storage Transfer Service [1]. The exact step is indicated in step #6
Under Configure transfer, schedule your transfer job to Run now (one time) or Run daily at a time in your local timezone.
[1] https://cloud.google.com/storage-transfer/docs/create-manage-transfer-console#configure

Related

Can iOS HealthKit data be accessed from a website?

If someone gives permission to access their HealthKit data, can my website be able to display their most recent HealthKit data—their steps count for example. In other words, does HealthKit report to the cloud that can be accessed with an API? Or does it need to be an app that accesses the HealthKit data locally?
There is no cloud API, you would have to create an app that reads the HelathKit data and reports it to your backend.

How can we store firebase events offline and sync this events when device comes online bypassing 72 hours firebase offline sync limit?

We are having an enterprise application which is used in regions where there is no internet for many days. I am using Firebase for analytics and I have enabled firebase persistent storage which helps to send the analytics events to firebase when the device comes online but the limitation is it only sends 72 hours data to Firebase analytics. So, I want firebase to get at least offline analytics data of the last 10 days. Can I achieve this by storing this analytics event in core data when the device is offline and send this event to firebase when the device is connected to the internet? Or is there any alternative way to achieve this? I only want to send the event name and timestamp of the event.

Server For Notifications

I'm a new developer, and I just started to learn about servers and push notifications. I have replicated a match app in which users select other people that they liked. If two users like each other they form a match. I would like to send a notification every time someone matches with another person. How would I go about doing this if I was using firebase for storage?
Are you using firebase storage or firebase real-time database as a backend? I assume you meant firebase database. You can trigger a notification by monitoring change at a specific database path/ref using cloud functions. Check out following samples from firebase on how to use cloud functions: https://github.com/firebase/functions-samples/tree/master/fcm-notifications

Keep users age up to date in Firebase with Swift

I'm building an app with user registration and I'm using Firebase as my backend.
I have used a date picker to allow the user to select their age and now I want to find out if there is a way for the age to be automatically updated in Firebase? It seems a bit tedious to do it manually.
Any help would be great. Thanks!
Firebase does not offer an option to run code in the background.
If you still want your data to be updated without any kind of user actions, you could use cloud services like Google Cloud Platform with its App Engine to run code from there, which updates all user ages according to the current year.
Google has some handy documentation on just such an environment.
Firebase and Google App Engine standard environment
App Engine standard environment is an application platform that
monitors, updates, and scales the hosting environment; all you need to
do is write your mobile backend service code.
If your app needs to process user data or orchestrate events, extending
Firebase with App Engine standard environment gives you the benefit of
automatic real-time data synchronization
Recommended for:
Firebase apps that need a backend service to modify the synchronized data.
Backend services that run periodically to process or analyze Firebase data.
Not recommended for:
Backend services that call native binaries, write to the file system, or make other system calls.
Persistent connections to Firebase. App Engine standard environment reclaims socket connections after 2 minutes.

Using iCloud for core data sync

Mine is a background application. There are thousands of data that are stored in local storage and till now i've been syncing the data to a remote server using http post. I want to know whether it is possible for me to use iCloud to sync my core data and then is it possible to sync from iClod to a remote server. I just want to use iCloud for storage purpose. I meant can it be operated like Parse and other third party cloud servers. I'm stuck with this. Any help would be greatly appreciated.
The only thing iCloud with Core Data does for you is sync data between multiple devices that use the same iCloud account.
I want to know whether it is possible for me to use iCloud to sync my core data...
Sync from one device to another, yes.
...and then is it possible to sync from iClod to a remote server.
If you're using Core Data with iCloud, you're still using Core Data, so any server sync you're doing now with Core Data will continue to work in the same way.
I just want to use iCloud for storage purpose.
It does store the user's data on the iCloud service, though it can only be accessed through your app.
I meant can it be operated like Parse and other third party cloud servers.
It depends on what Parse (or other third party) services you're interested in. Parse does more than iCloud, it's not really the same thing. If you would use Parse only to sync data between different devices, you could probably use iCloud. If you would use Parse in any other way at all, iCloud is not a replacement.

Resources