Helios • Hacker News Board

Re: Helios

#51

Post by missenlinx » Wed, Apr 03, 2013, 12:55 AM UTC

andrewljohnson wrote: post #15

Neat, I already use mattt's CLI tool for interfacing with the Apple dev site: https://github.com/mattt/cupertino

Really cool! I hated that website. Thanks

Re: Helios

#52

Post by healthenclave » Wed, Apr 03, 2013, 12:56 AM UTC

Guyz Do we have something similar for Django ? Or maybe a template of pre-written code for Tastypie ??

Re: Helios

#53

Post by adelevie » Wed, Apr 03, 2013, 1:28 AM UTC

m2mapps wrote: post #39

This is really great. A massive limitation of Parse.com is with their Javascript SDK - you have to expose your app keys to the client and the SDK doesn't work at all on any version of IE unless you have SSL enabled.

1) There are Access Control Lists which should help with that. Also, note that Parse gives you a Javascript key which is separate from your master key. Though I'm a longtime Parse user, I have not spent much time with the JS SDK on the client (as opposed to Cloud Code, where no keys are exposed), so I can't really say that this just "solves the problem."

2) Wouldn't any similarly-situated Javascript library face the same problems, with Access Control Lists probably being the most practical solution?

3) Moreover, with any mobile backend, you must assume that the keys that ship within the code of your native app will be public. So you should be using Access Control Lists if you're using the iOS SDK, for example.

Re: Helios

#54

Post by namuol » Wed, Apr 03, 2013, 2:05 AM UTC

Does this specifically cater to iOS or can it act as a more general-purpose backend service like Parse.com?

Re: Helios

#55

Post by parrots » Wed, Apr 03, 2013, 2:44 AM UTC

I've been debating using something like Parse or Azure as a backend, and this looks like a nice alternative as I'm usually a roll-your-own-solution kinda guy.

But I worry about how it would hold up in terms of performance, given this recent benchmarking fest featured on HN. http://www.techempower.com/blog/2013/03/28/framework-benchma...

Re: Helios

#56

Post by wenfeixiang » Wed, Apr 03, 2013, 3:10 AM UTC

good job, i want to try it

Re: Helios

#57

Post by grinich » Wed, Apr 03, 2013, 3:54 AM UTC

MrUnderhill wrote: post #29

Off topic: The ultra light custom fonts a lot of websites use nowadays (looks like "Bariol" on this site), do they look bad to anyone other than me? Both in Firefox and Opera (Linux) many of the lines are invisible or barely visible (example: http://i.imgur.com/Yk0Q83G.png ). In Chrome they look a little bit better.

Looks like your browser isn't properly doing sub-pixel anti-aliasing.

Re: Helios

#58

Post by kiernan » Wed, Apr 03, 2013, 4:30 AM UTC

bdotdub wrote: post #5

This looks awesome - a Parse.com you can deploy yourself!

Also check this one out then, similar but with no mobile client SDK (other than a javascript): http://deployd.com

Re: Helios

#59

Post by lennydizzy » Wed, Apr 03, 2013, 4:45 AM UTC

Is there any similar product for Clojure?

Re: Helios

#60

Post by lgleason » Wed, Apr 03, 2013, 6:17 AM UTC

parrots wrote: post #55

I've been debating using something like Parse or Azure as a backend, and this looks like a nice alternative as I'm usually a roll-your-own-solution kinda guy. But I worry about how it would hold up in terms of performance, given this recent benchmarking fest featured on HN. http://www.techempower.com/blog/2013/03/28/framework-benchma...

It depends on the number of transactions you are likely to see on your system. I love ruby, but there are areas where it begins to fall down.