#stackmob

[ideasatrandom]

[ideasatrandom]

StackMob is shutting down to focus its resources on PayPal, the company announced Wednesday. The payments company acquired StackMob in December.

StackMob Is Shutting Down To Devote Itself To PayPal – ReadWrite

[ideasatrandom]

[datomobile]

[clever-you-blog-blog]

Parse / Facebook: What Now?

You've probably read that this week Facebook acquired Parse, the mobile BaaS service. I've been using Parse for quite a well in production, and if you've read any of my previous posts you'll know I quite like the service (see here, here, and here).

So what now? Does Facebook acquiring Parse change anything? Well, if you go by the press releases, no - it doesn't. But perhaps there's more too it than that. What should you be doing if you're either an existing customer (like me), or someone who's been thinking of using the service? Here's my own thoughts on the subject.

You Already Use Parse

A lot of what you do next is going to depend on your own gut feeling. Some people have quite a visceral reaction to Facebook - I'm not one of them. What I will say is that the last time Facebook bought something I used (face.com) they ended up shutting down the APIs. But Parse is considerably bigger, and more importantly is used by some sizable customers. I personally don't see Facebook cutting them off - and I suspect new customers will be welcomed for some time as well.

The bottom line is this: whenever you use any third-party provider to manage critical infrastructure in your apps you'd better have an escape plan. Companies get acquired, go bust, or retire products all the time. This isn't an issue unique to Parse. If you're not planning for the worst you're sowing the seeds for a big headache in the future.

Parse already offer a mass-export feature that gives you all your data in JSON. You can use this, along with the Parse APIs, to migrate over to another provider fairly easily (although some scripting on your part may be required). One provider (Stackmob, who I've reviewed here before) even have a semi-automatic migration tool available.

You're Deciding on a BaaS Provider

Again, this is going depend on how you feel about Facebook. If you're not a fan, you've probably already made your choice. Here's my two cents: even if Parse keep supporting existing customers, it's almost certain that at some point in the future the product is going to change in a fairly significant way. I don't see Facebook gaining any value from running Parse as an entirely separate entity.

I really like Parse as a product - I've used it in several production apps. Would I use it now? I'm not sure. I don't necessarily think any of the competitors out there (Stackmob, Appcelerator, Kinvey, Fat Fractal, to name a few) are any more secure. If anything, financially speaking Parse is now top of the pile.

So...what?

I appreciate I haven't really provided many direct answers. One thing this should really re-inforce, regardless of your BaaS provider, is that you need a back-up plan. To help with that I'll be posting a new backend-as-a-service comparison in the coming weeks, updated to take into account all the recent changes in the marketplace.

[alblurrow]

Using StackMob Javascript SDK with OAuth 1.0

StackMob does a pretty good job providing the JavaScript SDK using OAuth 2.0. But in some cases you might need still to access using 1.0. In my case I wanted to reuse the same code base for some admin scripts that access the whole database. For that I needed to authenticate using he private key, only available with OAuth 1.0

This is a small code that you need to add when you init the sdk to be able to do it. It uses JsOauth so you need to add it to your project. It overrides the SDK ajax call with a custom one using the OAuth 1.0 authentication.

Please remember that you cannot put this online as your private key will be available to everyone!

https://gist.github.com/4038850

[clever-you-blog-blog]

Parse & StackMob: Some Thoughts

(*Update:* Since writing this, Parse have been acquired by Facebook, which I've [blogged about here][12]. I've also posted a follow up to this which talks about some changes both Parse and StackMob have made to their platform - [you can find the new post here][11]. I think [Parse][2] is great: I have said as much before - but I also wanted to know a bit about the alternatives that were out there. [StackMob][5] seems to be Parse's main competitor: there are others around, but they are either rather small or part of a much bigger ecosystem (e.g., [Appcelerator Cloud Services][4]): Parse and StackMob have both staked their claim as *the* mobile back-end provider. Outsourcing your app's backend is quite a big decision: the last thing you want is your provider to disappear into the dead of night never to be seen again. In the interest of fairness I thought I'd do an objective comparison of Parse and StackMob - hopefully this will prove useful to those looking to use a cloud provider for their next app. If you think I've made a mistake or omission in this comparison [please do get in touch][8] - it's just my personal opinion, and perhaps you disagree. ## Introduction Parse and StackMob are *backend as a service*, or 'BaaS', providers who specifically target mobile apps (both native and web). They provide APIs for account management, object storage, file uploads, and push messaging amongst other things. **Parse** has been around for just under a year, and is backed by [$7 million in funding][6]. **StackMob** was founded over two years ago, and has a similar amount of capital behind it ([$7.5 million][7]). Both companies have similar goals, but as we'll see go about it in very different ways. ## The Basics First off, here's what you get out of the box with both providers: * User management with social (Facebook & Twitter) integration * Object storage and retrieval (with GeoSpatial support) * Push messaging * Native SDKs * REST APIs * Built-in scaling There's a significant amount of overlap, but the proof is in the details. As a mobile app developer I'm particularly interested in the native SDKs that are available, so let's tackle that first. ## Native Clients Both Parse and StackMob offer platform SDKs for Android and iOS. From the outset, I feel Parse has *considerably* [better documentation][10] and I find their SDK much easier to integrate and use. Parse also have the killer `saveEventually` feature, which will automatically push data back to Parse when the user is next online, and will keep trying until it succeeds. This can save a *lot* of code, because you don't have to worry about the user being offline or the request failing - the next time your app is running with connectivity the Parse SDK will automatically complete the operation. To get a feeling of how the two SDKs operate here's the Android code you'd use to save a single object with a single property: ##### Parse ParseObject gameScore = new ParseObject("comment"); gameScore.put("body", "Hello world!"); gameScore.saveEventually(); ##### StackMob Map args = new HashMap(); args.put("body", "Hello world!"); StackMobCommon.getStackMobInstance().post("comment", args, new StackMobCallback() { @Override public void success(String responseBody) { //POST succeeded } @Override public void failure(StackMobException e) { //POST failed } }); The iOS code is broadly similar: I have cheated a little, because as far as I know there's no like-for-like `saveEventually` method in StackMob - regardless, I personally find Parse's implementation to be cleaner. If you're an iOS developer Parse also provides a series of native UI components for you to quickly integrate into your app, such as log-in and sign-up views. I don't find these particular useful myself, but I can see their value for those looking to get something together in a quick-and-dirty environment like a hackathon. Parse also update their SDK regularly ([weekly, and sometimes daily][9]), although it is closed source (in [contrast to StackMob][3], but more on that later). ## File Uploading Amazon S3 is the name of the game here, and it's used by both providers to store binary data. *However*, Parse encapsulates files in a `PFFile` object, and makes retrieving files as easy as retrieving normal data objects. StackMob does not: you'll be given the Amazon S3 URL, and it's up to you to figure out how to download it. For native apps this can add a fair amount of code, particularly if you need to sign and authenticate your Amazon S3 URLs. You'll also need to set-up your own Amazon S3 account with StackMob, whereas Parse take care of the actual storage process for you. Parse's free-tier includes 1GB of storage, and 20 cents per additional GB. Their Pro package offers 10GB, and a reduced rate of 15 cents per GB. Out of the two, Parse appears to offer the quickest and easiest way to deal with binary file storage for native app development. ## Server-side Logic & Versioning Parse doesn't currently support custom server-side code, so this is a clear win for StackMob. For many developers this will make StackMob the obvious choice, in which case there's probably not much point reading on! I would suspect this is fairly high on Parse's most-wanted list, as for many people it's going to be a big deal. StackMob also offers versioned APIs, a feature I'm not using so won't go into too much detail on: suffice to say, this potentially could be quite important for you depending on your requirements. ## Free Tier There's no competition here: Parse's free tier goes *way beyond* what StackMob offer:

Parse StackMob API Calls 1,000,000 60,000 Push Notifications 1,000,000 60,000 File Storage 1GB n/a Additional Calls 7¢ per 1,000 $1 per 1,000

Of course, there's no guarantee these tier limits won't be adjusted in the future…you'd be rather foolish to plan your business model around it. But if you're looking for something to power your 'weekend-app' Parse's free tier is very hard to beat. ## Portability The ability to bulk export your data is very important: who knows what lies around the corner. It wouldn't be unknown for a service to be acquired and disappear into the night. Fortunately, both StackMob and Parse will export your data should you ever want to migrate away. StackMob's native SDKs are also open-source, [and available on GitHub][3], which could be very helpful should you wish to move onto a different platform or internal solution. Note, however, that StackMob require you to request a data export through support, whereas Parse will let you generate exports through their web interface at-will. ## Summary Doubtless by now you'll have drawn your own conclusions, and you might not agree with mine. From my own perspective: ### Parse wins on… * Price: Parse's free tier is *sixteen times* larger than StackMob's, and their Pro package is similarly better priced for the number of API calls you get. * File storage: if your app needs to support things like photo or video sharing you'll find Parse's `PFFile` support much more intuitive than StackMob's integration with S3 * Speed: in my own experience, getting up and running on Parse is a lot easier than StackMob. Parse also seem to be rapidly iterating, with new platform features going in every month. I started using Parse for my apps in January: in just over four months a number of hugely helpful features have been added * Simplicity: features like `saveEventually` and native UI components make Parse highly accessible. ### StackMob wins on… * Maturity: features like server-side code and versioned APIs show what a year's head start can achieve (although I'd place even money on Parse catching up) * Enterprise: A number of StackMob's platform features such as analytics and distinct development/production environments lend themselves well to an enterprise buy-in. * Web apps: I haven't touched upon StackMob's *hosted HTML* feature because I'm primarily a native app developer, but it's a nice feature that may be useful to you if web is your thing. If you came here hoping for a clear-cut winner you'll doubtless be disappointed. StackMob is very attractive for those building apps that require complex business logic, and if you're trying to sell a *BaaS* provider into your company you'll probably have more success with StackMob. On the other hand, I've never felt the same kind of joy and happiness using StackMob as I have with Parse, and the rapid roll-out of new platform features makes me excited to see what the future will bring. I will be using Parse at the next Hackathon I'm at, simply because it's the quickest way I know to get a backend up and running. In the end, both services have much to offer mobile app development, and I'll be revisiting this post in the next few months to see how much has changed. [1]:https://www.google.co.uk/search?aq=f&sourceid=chrome&ie=UTF-8&q=parse+vs+stackmob [3]:https://github.com/stackmob [4]:http://www.appcelerator.com/cloud [5]:http://www.stackmob.com [2]:http://www.parse.com [6]:http://www.crunchbase.com/company/parse [7]:http://www.crunchbase.com/company/stackmob [8]:http://www.twitter.com/objclxt [9]:https://parse.com/docs/downloads [10]:https://parse.com/docs [11]:http://cleveryou.net/post/33510547981/parse-vs-stackmob-round-ii-parse-and-stackmob [12]:http://cleveryou.net/post/49003678297/parse-facebook-what-now

[clearlyinnovative]

Titanium Appcelerator Quickie: StackMob API Module Part Four, Facebook Integration

  AND 

Integrating Facebook as your Authentication Method

Continuing with the series on integrating Appcelerator with StackMob, in this post we show how to use a users facebook account and the authentication method for interacting with your StackMob enabled Application.

See complete REST API for Social Integration with StackMob Here

Code to create a user in StackMob with your Facebook Credentials

Code to login to account in StackMob with your Facebook Credentials

After the login is completed you will see that StackMob also has the basic facebook information for the user account already stored as part of the user object

Code to link to account in StackMob with your Facebook Credentials

Hire us to help you build your mobile application or work through issues with Appcelerator

LINKS

Titanium Appcelerator Quickie: StackMob API Module Part One

Titanium Appcelerator Quickie: StackMob API Module Part One - A

Titanium Appcelerator Quickie: StackMob API Module Part Two

Titanium Appcelerator Quickie: StackMob API Module Part Three

StackMob Website

StackMob API Documentation

Appcelerator Developer

Download module: stackmob-module.min.js