Repository navigation
Push Delivery #5
Description
It's very sad that parse.com will terminate within one year. Some of our applications will be affected. I'm developing an application right now which is using parse.com as backend. Should I re-develop everything or I can just use parse-server in my own server with current source code?
Another question is regarding with push notification. A few of my applications are using Push Notification. Are you going to release the source code for this part in the future? Or we have to develop our own Push Notification system?
Thanks.
Activity
[-]Quesiont[/-][+]Questions[/+]gfosco commentedon Jan 28, 2016
We'd like to see a push delivery system added to parse-server, whether the community writes it or we do... It's definitely going to happen.
I can't make the decision for you, but I think with parse-server and the open SDKs, you can continue building on Parse for years to come (just host the server code yourself.)..
Over the weekend I setup Mongo and parse-server on a $5/month DigitalOcean box to build a quick idea, it was super easy.
pfcvik commentedon Jan 28, 2016
It would be very grateful about that tutorial
inlined commentedon Jan 28, 2016
@bagusflyer I'm the former tech lead for Parse Push and now work on Firebase/Google Cloud. I'm keen to see that few to none of my former customers get left out in the cold for having put their faith in my product. If you want to go into detail on your use cases, I can try to help you evaluate some migration paths too. My best expertise would be using AWS (what we built Parse on) and Cloud (what I now work with).
FWIW, Parse Push had much more complicated requirements back in the day. Both Apple and Google have improved their push protocols dramatically, so a new service might be easier to build.
gfosco commentedon Jan 29, 2016
Developing a push delivery system on parse-server will not be a difficult process. Luckily, it will only need to support a single app, instead of hundreds of thousands of apps.
prodigga commentedon Jan 29, 2016
@inlined @gfosco thanks for responding to questions and being so open about all this.
I recently (a month ago) recommended to my boss that we use Parse as our backend for our mobile games leaderboards and async 'tournament' gameplay mode. Parse was an awesome choice - it let us get started quickly and let us do lots of cool stuff, like checking to see if your new score beat a friends score and sending that friend a push notification if it did - all with cloud code!
I think the push notifications are a big part of any 'connected' app and it would be great to see a parse push implementation, or at the very least a tutorial/guide to migrate existing device instalations form our parse database to a 3rd party service.
Also, are developing in Unity3D and, unfortunately, Unity3D related features usually get lower priority. I don't see this being much of an issue, since most of these changes are back end stuff. But a few things did catch my eye when skimming over the migration guide - it mentioned in the guide that we should release an update to our app and make sure the app points to the correct server. I'm not even sure if this part of the API is exposed for the Unity version of the Parse client, for example.
I am rambling here, and just voicing concearns, I guess what I am trying to figure out is if we really would be able to transfer seamlessly across to private hosting (minus push notifications) using the Unity version of Parse.
richardjrossiii commentedon Jan 29, 2016
@prodigga Correct, migration for Unity 3D is still in limbo. It's there for the rest of our .NET SDK, but I still need to write the glue code to make ParseInitializeBehavior accept a URL.
Rest assured it is coming, along with a few other Unity features that have been in the pipe for a while now.
If you wouldn't mind opening an issue for that on the actual .NET SDK repo (https://github.com/parseplatform/parse-sdk-dotNet/issues), we can handle the actual discussion of that there.
prodigga commentedon Jan 29, 2016
@richardjrossiii Opened an issue here parse-community/Parse-SDK-dotNET#166
prodigga commentedon Jan 29, 2016
@gfosco could you go in to some more detail as to how one would go about implementing this? It sounds like you know how you would go about implementing it already, so your insight would be great for other developers.
yemaw commentedon Jan 29, 2016
Will Parse team going to actively maintain and develop Parse Server and Parse SDKs after 2017? This is very important for us to make decision whether we should change to another service or host Parse Server our-self.
zhouhao27 commentedon Jan 29, 2016
@yemaw, I have the same concerns as you have. If Parse SDK will not be actively maintain then we have no point to continue to use it in the future. Maybe we'll take some efforts to migrate to other system or to build our own backend system if that is the case. But I feel the painless solution could be to host Parse Server on our own server.
bmueller commentedon Jan 29, 2016
@gfosco would really appreciate a push delivery system added to parse-server in the near future. I make heavy use of the subscription channels, so having something provided by your team would make this transition a lot less painful.
[-]Questions[/-][+]Push Delivery[/+]chavanshashank commentedon Jan 29, 2016
Yeah push delivery is important!
16 remaining items
kingmatusevich commentedon Jan 29, 2016
These (push and dashboard) have been confirmed in #56, quote:
Also:
bagusflyer commentedon Jan 30, 2016
@kingmatusevich These are good news.
silviucpp commentedon Jan 30, 2016
PPNS will still be available ? Or only the wrappers around GCM and APNS ?
lacker commentedon Jan 30, 2016
I don't think we should try to cram PPNS in here - it seems like people should just switch to GCM at this point, since recent Android OS's make nonstandard push services a lot worse. Also running a server that holds sockets open is generally way more complex to operate than running a webserver that handles requests.
talkaboutdesign commentedon Feb 2, 2016
I migrated my push to One Signal. Really awesome. They even provider a Parse importer.
silviucpp commentedon Feb 2, 2016
@lacker I think PPNS is still important and similar services are used inside facebook messenger, watsapp and viber. The reason being that GCM is not reliable and requires to have Google Play services.
zhouhao27 commentedon Feb 4, 2016
@talkaboutdesign One Signal is great. But worried it may also shutdown someday so that have to find another solution again.
gateway commentedon Feb 4, 2016
Sorry guys I'm late to the game but I see some push code being added to the parse server. I was wondering how this worked before.. Parse Push --> Message Que (RabbitMQ) --> Amazon SNS or did you guys build your own push server, which now thinking of it I think you did because you had to upload the certs to parse.
I'm wondering though on the suggested flow above if this could be implemented. We used SNS quite a bit in the past and it worked out pretty well and the price is just amazing but we had to build our own notification server that pushed data to a que and out to the wild.
May I suggest a work flow like this
Parse Push that could be trigged by cloud code.. with substitution variables in it "{0} gave you {1} gold" (using a game example).. the variables can be pulled from cloud code query and pushed then into a message que (rabbitMQ, or a service like http://www.iron.io/), when its ready to go out (if its timed or needs to go out immediately) send the info via api request to amazon SNS.
The only issue with using SNS is that it needs to have the device tokens injected, which instead of putting them in installations you can push them into SNS.. or keep them at both locations and have the ability to add/remove from mongo and SNS..
You can also create subscriptions to send out mass texts as well .. anyhow just a thought..
screenshot of SNS..
gateway commentedon Feb 5, 2016
btw Amazon is suggestion a solution, its not complete since you still need a server or message que to talk and send out via SNS https://mobile.awsblog.com/post/Tx3NE69QDHI7LJK/Migrating-from-Parse-Push-to-Amazon-SNS
anilkbhatt commentedon Feb 9, 2016
We are primarily using parse push and were happy to see that parse team is making the entire server implementation available as open source. I almost recommended to my team hosting the parse server ourselves and migrate to it, but then realized parse push is not yet available as part of the open source.
Our decision on the alternative will be depending on whether parse push will be eventually made available as part of the open source. If not we will need to look at other solutions, but our first preference would be host the parse server ourselves if it will support push notifications.
We primarily want a delivery system to GCM and APN frameworks. We can live without stand alone parse push (that is , we don't need parse's own proprietary push notification mechanism which was used primarily for android devices without Google Play Services).
I hope parse push will be eventually supported as part of the open source soon (the part which leverages APN and GCM).
rosarioconti commentedon Feb 9, 2016
Open Signal it's an option but seeing that the parse team is adding the code it's much better.
Just wondering about one thing, why am I seeing so many bugs ? Wasn't suppose to be open source and work as before?
I mean I understand there are different dependencies to take in count but I'm curious about all these changes, that's all.
gateway commentedon Feb 9, 2016
@rosarioconti from what I understand Parse Server they use was written in GO and is being ported over to Node.js
gfosco commentedon Feb 14, 2016
Closing since Push delivery and push adapters have landed in 2.0.8. 👍
Merged in fix-file-folders (pull request parse-community#5)