Push notifications - Android & IOS w/ social network database support

What are the current options. Need a well supported backend with social logins, friend associations, and IOS/Android push notifications using corona sdk.

When first starting my app last year I established a parse backend, but realized there was no support using mod_parse and the RESTAPI for android. I now realize develephant came out with mod_pushbots and found another article for integrating push notifications with parse.

Let me know if I am wrong, but here is what I presume my current options are:

-Migrate to chromium using pushbots, but no current support for social integration

-Maintain current parse backend, but utilize pushbot for sending remote push notifications

-Or integrate this: http://intoitgames.com/blog/2014/02/02/tutorial-push-notifications-with-gideros-studio-and-corona-sdk-part-2/

Hi Justin,

I’d just like to mention GameThrive, another option which we recently implemented. This should be available to all user tiers including Starter.

http://docs.coronalabs.com/daily/plugin/GameThrivePushNotifications/

Brent

Brent,

Thanks for the quick response! The application relies solely on database integration and push notifications.

Is there error/non-delivery return function? Plan on sending a push notification and if it sent successfully to make a database change. Also, what about geolocation based push notifications?

I assume I could send a query to the database of last user locations within X miles of the user, pull their information down, then send a push notification based on this? Is there a more efficient way of doing this? I don’t plan on implementing this function until later on, but would like to eventually do some split-testing with this in the future.

Hey Justin. GameThrive dev here.

We don’t have geolocated push notifications yet. Though you can create a segments based on country, approximate GPS location, or whatever other data would be useful to you. You could also process the geolocation targeting on your server, and then just use our API send a notification to the resulting users.

You can check if a notification went through to a user by waiting 10 minutes after you send it and then calling the GET /players/player-id api method for the user. If the returned json object has the key/value “invalid_identifier”: true, then the notification did not go through (this usually means the person uninstalled the app).

The 10 minute delay is to give our server time to contact Apple’s systems to get a list of bounced notifications. We do this every 3 minutes, but it’s good to have a bit of extra time here. There’s no synchronous way to do it unfortunately.

Hope that helps!

Thanks for the clarification! Looks like I will be integrating this into the app pretty soon. Guess I could use this as another analytical standpoint for reporting uninstalled applications.

Hi Justin,

I’d just like to mention GameThrive, another option which we recently implemented. This should be available to all user tiers including Starter.

http://docs.coronalabs.com/daily/plugin/GameThrivePushNotifications/

Brent

Brent,

Thanks for the quick response! The application relies solely on database integration and push notifications.

Is there error/non-delivery return function? Plan on sending a push notification and if it sent successfully to make a database change. Also, what about geolocation based push notifications?

I assume I could send a query to the database of last user locations within X miles of the user, pull their information down, then send a push notification based on this? Is there a more efficient way of doing this? I don’t plan on implementing this function until later on, but would like to eventually do some split-testing with this in the future.

Hey Justin. GameThrive dev here.

We don’t have geolocated push notifications yet. Though you can create a segments based on country, approximate GPS location, or whatever other data would be useful to you. You could also process the geolocation targeting on your server, and then just use our API send a notification to the resulting users.

You can check if a notification went through to a user by waiting 10 minutes after you send it and then calling the GET /players/player-id api method for the user. If the returned json object has the key/value “invalid_identifier”: true, then the notification did not go through (this usually means the person uninstalled the app).

The 10 minute delay is to give our server time to contact Apple’s systems to get a list of bounced notifications. We do this every 3 minutes, but it’s good to have a bit of extra time here. There’s no synchronous way to do it unfortunately.

Hope that helps!

Thanks for the clarification! Looks like I will be integrating this into the app pretty soon. Guess I could use this as another analytical standpoint for reporting uninstalled applications.