0

We have an android and iOS application to which we send around 10 different types of notifications in a day. Currently we are using an architecture in which we run a cron to schedule the notification at some time time and after that we run a separate cron for sending message. The problem being faced is that as the users have increased the scheduling and sending processes take several hours which doesn't allow us to send the notifications at the desired time. We are using php and MySQL.

Is their some other architecture or technology which would reduce the time being taken for this activity?
[Edit] This question is concerned more abut the back end architecture that can be used in house depending upon third party unlike that in Is GCM service reliable for large scale push notification?

Community
  • 1
  • 1
doubt
  • 315
  • 3
  • 18
  • 1
    maybe check this answer out: http://stackoverflow.com/questions/14068912/is-gcm-service-reliable-for-large-scale-push-notification – MahdeTo Jan 25 '17 at 05:06
  • Thanks for the link. We are already using GCM and APNS and all the mentioned suggestions provided by SCCL. Would like some insight on the backend architecture and enhance the in house system. – doubt Jan 25 '17 at 05:15
  • the easiest most straight forward is to break it down, having multiple threads and later machines send the notifications of a segment of your phones, this of course means that your back end can keep up. If your backend doesn't then you need to up your mysql game, or if it exceeds a certain scale get a NoSQL solution all together. – MahdeTo Jan 25 '17 at 05:22
  • Possible duplicate of [Is GCM service reliable for large scale push notification?](http://stackoverflow.com/questions/14068912/is-gcm-service-reliable-for-large-scale-push-notification) – SUNDARRAJAN K Jan 25 '17 at 05:39

1 Answers1

0

By using BroadCastReceiver you can schedule time and send notification on the particular time you given in the Receiver.

PEHLAJ
  • 9,980
  • 9
  • 41
  • 53
sangavi
  • 441
  • 1
  • 3
  • 13