Live data from Hacker News

Facebook is closing Parse

blog.parse.com

481–490 of 543 posts

Re: Facebook is closing Parse

#481
post #2

Separately, we developed an open-source Parse-compatible API server for Node/Express. https://github.com/ParsePlatform/parse-server This, along with the database migration tools released earlier, allow developers a full migration path to move from Parse hosted data + API to their own infrastructure. Over the weekend, I set up a website & app on a $5 DigitalOcean box running Parse and Mongo locally.

Hey everyone looking for a migration path out - we have a “DevOps-as-a-Service” model where we can migrate Parse folks to AWS (not DO unfortunately) with full infrastructure automation, immutable infrastructure, autoscaling, chatOps deployments, monitoring and alerting, etc. for a flat rate. We have a platform that we’ve built that makes this possible - think of it as a Django/Rails/etc. for AWS: https://www.reactive…

here, check out this link: http://www.shephertz.com/parse-migration-app42.php

Re: Facebook is closing Parse

#482
I've used Parse for all of my apps but I don't really understand what goes on between my client (iOS apps) and them. Reading on this would help a lot before trying to host the open source Parse Server by myself. Can anyone recommend tutorials/videos regarding hosting your own backend?

Re: Facebook is closing Parse

#483
post #476

Earlier quoted context omitted.

We used Parse, and (contrary to your suggestion) it helped us get to market much slower and much more expensively . We experienced a hilarious amount of downtime, and hundreds of engineering hours that could have been spent developing features for our users or improving our services were spent working around fatal bugs in Parse, which were usually not manifesting on all instances, which made it very difficult for the…

painful. though more an indictment of parse than BaaS. the firebases of the world seem to work better. 20/20 hindsight, when should you have gotten off of parse and why didn't it happen?

I don't think I'm allowed go go into details based on a contract that I signed, so I will just say "we should have got off it earlier".

Re: Facebook is closing Parse

#485

Earlier quoted context omitted.

> But how many people's morning commutes will be ruined when their old games or news apps fall apart? The price of progress The "price of progress" is suddenly not being able to play WhackAMole 3000 on your mobile phone on your way to work?

Kinda. I mean, I can dust off my old console and play the games on that any time I want. App Store stuff means built in expiration date. Cloud integration means built in expiration date. Price of progress.

Your old console ran the same code for years on end with no updates and no new features. Your phone's updating all the time. Thus, software TTL is much lower. (Software TTL for your console is determined by how long your cartridge serves up good data.)

Re: Facebook is closing Parse

#486
post #478

Earlier quoted context omitted.

Thanks for your comment; regarding your thought, from my perspective there was nothing that Parse provided that was easier than just building the app on Heroku ourselves. And we wouldn't have been stuck in the horrible node/javascript ecosystem then! So, I would say, if Parse had been this Parse Server product from the start, that would have been a lot better! But there wasn't really any need for such a thing at my c…

really "incestuous"? firebase is/was a YC company, too. it's sad when cronyism trumps reason.

Haha, well funny you should mention it---management were also encouraging me to look into using firebase for something too, but I put the kibosh in it because we had had so much trouble with Parse. The truth is, we had no need for any of these products (even though I have heard firebase to be way better than parse); we needed to get serious and just write a little API server + postgres database and toss it on Heroku.

Re: Facebook is closing Parse

#487

Earlier quoted context omitted.

Alternate title: “Facebook is opening Parse”

This would have changed the dynamics a whole lot. Opening up everything and running an instance on parse.com

Just to complete this thought. Donating the project to Apache would have been great. I would have loved the Cassandra + Parse API integration.

Re: Facebook is closing Parse

#488
post #367

Earlier quoted context omitted.

100% agree. Building my first notification-based app right now and Parse seemed like the obvious and best choice. Thing is, after a bit of thinking something felt...off. Not with the service, but off with the idea of attaching this small little project to something so...out of my control. I dug around the net and found a working solution I could install on my own server, and now that's exactly what I've got: The expe…

May I ask what that solution was? :)

Absolutely! Please do keep in mind no system is perfect, 100% reliability is a dream we all strive to attain, and even with Parse, I've read several reports on this very thread of instances of less than perfect reliability, iffy technical support, and so on. Anecdotal sure, but still.

That said: the app sends basic notifications when in-app, user-initiated events of interest occur.

The server code is PHP, based off of this fantastic little tutorial: http://www.raywenderlich.com/32963/apple-push-notification-s...

I modified and use the code in the simplest possible way:

I created the API layer using my wonderful form builder software (https://www.rackforms.com). Yup, it's form software flexible enough to write endpoints. Check it out : )

The app sends simple GET requests to my server, which are in turn handled by the API job. If a notification is required, the API INSERT's a record into a MySQL table called push_queue.

The magic, I suppose, happens with a constantly running PHP script called push.php. This guy's monitored by a simple cron job that checks for its running status every minute. if it's down, cron automatically restarts the script. The notifications are not time-sensitive that 1 minute delays are a deal breaker, and of course any sent during that time are handled automatically when the script restarts.

APN Feedback is handled by a second one-the-hour cron job, which calls a simple script called feedback.php. A touch of code was added to deal with the core user's device token being removed for "followers" of that user.

Three Key Takeaways:

1. The entire server setup part took me about 5 hours, API code (which we'd need to write regardless) not withstanding. The biggest hurdle was the cron stuff, I shall never forget cron -v cron! Using a third-party service would have been almost the same time, I'd imagine. The best part is future projects will literally be counted in the minutes for start to finish notification server duties.

2. I got to use a language I adore (PHP), and learned a bunch with others I was quite new too (shell scripting, cron, etc).

3. Finally: No app is guaranteed success. I know many of these services have/had! generous free tiers, but after my first app (http://www.skipcast.net) and its frankly lousy performance, fool me once indeed.

If, by some miracle, this new app gains traction, sure, I'll consider a third party. Until then, I'll do it my self thank you very much.

In all -- a wonderful experience that I'm keen to tweak and learn more from at deployment time.

Re: Facebook is closing Parse

#489

Earlier quoted context omitted.

Everything breaks at "host your data".

Any hosting/cloud service provider 'hosts your data'. I'm curious if you run your webservers in-house?

It's a different level of abstraction. They provide me with computers not data hosting. Theoretically they can have access to the software and the data on those computers but in practice they don't touch that and everything is completely in my control.

Re: Facebook is closing Parse

#490
post #371

One thing that I haven't noticed in the comments is that the released server is parse API compatible . It is not the parse server, and so you aren't guaranteed the same things you are guaranteed from the real parse service.

The "real" Parse service is built to power hundreds of thousands of apps. The OSS Parse Server you run yourself would only need to power a single app. Two very different use cases.

Yes, but it seems that everyone thinks that this is the "Parse Server" being released. It's not, it's just an open source compatible API.

It's important because a lot of the powerful features of Parse aren't included in the new open source server (analytics, config, push). Saying that Parse is open-source seems to imply that these powerful features are available.

Post reply on HN