I would like to build a realtime app with parse.com, am I better of using parse.com's push notification feature to implement the realtime part or shall I use firebase.com or even something else?
Related
I am developing an app for elderly for my graduation project. There are 2 actors, elderly and the watcher who takes care of elderly.
'all application data stored in Firebase'
My app reminds elderly about their medication time and to check their blood pressure and glucose.
Also, there is a chat between elderly and watcher.
My question is how to push notification without using cloud functions?
I have watched a Flutter course and he used Firebase Cloud Messaging and Cloud Functions, but now Cloud Functions requires to upgrade project's billing plan, so it requires money and credit card, and I don't want to spend money for my graduation project especially that I don't have a huge knowledge about flutter.
I watched a YouTube video that someone explains push notification using Laravel with Flutter, but I afraid about that because I DON'T HAVE ANY IDEA ABOUT Laravel.
Also I see that there are many Flutter packages for push notification, but I don't know how to use it or if it uses a Cloud Functions or not. such as: awesome_notifications, flutter_local_notifications, pusher
I hope someone guide me to the right way.
in order to send custom notifications you can create your own server environment (backend) and from there perform all the logic to be able to send the notifications to the devices.
The only thing you need to be able to send a personalized notification from an external environment is to have the token device, in the case that you will send it to a specific person, you can also send notifications if the devices are subscribed to a topic.
This is the documentation to send notifications from a server to the device:
https://firebase.google.com/docs/cloud-messaging/http-server-ref
We're using Fabric for our mobile apps and now we'd like to also log some events and data from the backend directly. Is this possible?
that's not currently possible but something interesting for us to consider. All events need to be called via the device.
I'm using legacy binary APNs and GCM and now I want to upgrade to their newer versions of these services, as recommended on their websites. All I need are push notifications to both iOS and Android devices, though I'd like to add "scheduled notifications" or "bulk push notifications" feature as explained in Firebase Notifications docs.
I'm curious what are the reasons why would someone with these requirements choose Amazon SNS over FCM? Are there any downsides choosing FCM? Is this just a personal preference, meaning the both services will work great for these requirements? Thanks!
The mentioned scheduled notifications can only be done when sending the message via the Firebase Console. If you intend to have implement your own App Server and send the message using the FCM API, you would have to implement the scheduled push yourself. (See here)
For the bulk push notifications, this one can easily be implemented if you use FCM Topic Messaging.
To answer your post (which is pretty much opinion based), I haven't actually used Amazon SNS before, but going with FCM not only allows you to use the new features (compared to GCM), but it can also be a starting point for you to use the other services (Realtime Database, Analytics, Authentication, etc.).
I am considering PouchDB & CouchDb as an alternative to Amazon Cognito Sync for a hybrid mobile app that will need data synced between devices and users. I have pouchdb working in a small sample app that syncs with a local couchdb.
I need to be able to intercept the communications back and forth between the pouchdb and couchdb in Java in order to do things in response to these sync events. Sort of like Amazon Cognito Sync's sync triggers. Also, I keep thinking much like Spring's AOP around.
Since the couchdb has a rest interface, I thought I could point the pouchdb to my application server which has a controller listening for any request with the db name as the base. When a request, from pouchdb comes in the Java Rest Controller can optionally do something, then forward the request to the real rest endpoint of the couchdb and get a response, then optionally do something again, then return the response to the pouchdb.
Does this seem like a feasible solution? I am currently working on trying to get this concept working. Has anyone else done anything like this? Any major pitfalls to this approach? Currently, I'm using Java 8 with Spring Boot & Jersey.
I think the architecture goes like this:
Data is empty everywhere.
Data changes, the device where the data changed pushes via a REST APIs.
Your server "master", send notification GCM or APN to devices.
In your notification listener, you check the type of notification and you sync the data.
If a new device connects to your "list of devices to sync" you send a push notification to sync the data.
Keep a list of connected devices.
The same ideas goes for every device/web browser. You have a local cache that you push to the "master" if it changes locally.
You will have many cases to deal with, and I don't think there are open source projects that offers the same patter as Cognito Sync.
Also think about scalability, devices don't have to pull your "master", the master sends notification to trigger devices to download the data.
You have to deal with diffs, regular checks, and so on ...
Good luck
Is there any realtime API functionality which would allow me to know when an application has been pushed and completed? I didn't see anything in the documentation. Essentially, I'd like to write an add-on that could receive push events and than do something with them (trigger selenium tests, etc).
You can use deploy hooks. The HTTP POST hook is the most versatile one.