Maintainer needed

Unfortunately, I haven’t been able to give this library the time it deserves. If you’d like to be a maintainer, please let me know.

Build Status Code Climate

ParseResource makes it easy to interact with’s REST API. It adheres to the ActiveRecord pattern. ParseResource is fully ActiveModel compliant, meaning you can use validations and Rails forms.

Ruby/Rails developers should feel right at home.

If you’re used to Post.create(:title => "Hello, world", :author => "Octocat"), then this is for you.


  • ActiveRecord-like API, almost no learning curve
  • Validations
  • Rails forms and scaffolds just work

Use cases

  • Build a custom admin dashboard for your data
  • Use the same database for your web and native apps
  • Pre-collect data for use in iOS and Android apps


Include in your Gemfile:

“by gem “kaminari” # optional for pagination support gem “parse_resource”, “~> 1.8.0”

Or just gem install:

“by gem install kaminari # optional for pagination support gem install parse_resource

Create an account at Then create an application and copy the app_id and master_key into a file called parse_resource.yml. If you’re using a Rails app, place this file in the config folder.

“l development: app_id: 1234567890 master_key: abcdefgh

test: app_id: 1234567890 master_key: abcdefgh

production: app_id: 1234567890 master_key: abcdefgh

If you keep parse_resource.yml in .gitignore, ParseResource will alternatively look for the api keys in environment variables. If using Heroku you can easily set your api keys in the Heroku environment using:

“eroku config:set PARSE_RESOURCE_APPLICATION_ID=1234567890 heroku config:set PARSE_RESOURCE_MASTER_KEY=abcdefgh

You can create separate Parse databases if you want. If not, include the same info for each environment.

In a non-Rails app, include this somewhere (preferable in an initializer):

“by ParseResource::Base.load!(“your_app_id”, “your_master_key”)


Create a model:

“by class Post < ParseResource::Base fields :title, :author, :body

validates_presence_of :title end

If you are using version 1.5.11 or earlier, subclass to just ParseResource–or just update to the most recent version.

Creating, updating, and deleting:

“by p =


p.valid? #=> false p.errors #=> #setting more attributes, then saving = “Alan deLevie” p.body = “Ipso Lorem” = #=> true

checking the id generated by Parse’s servers #=> “QARfXUILgY” p.updated_at #=> nil p.created_at #=> “2011-09-19T01:32:04.973Z” # does anybody want this to be a DateTime object? Let me know.


p.title = “[Update] Introducing ParseResource” #=> true p.updated_at #=> “2011-09-19T01:32:37.930Z” # more magic from Parse’s servers

destroying an object

p.destroy #=> true p.title #=> nil


“by posts = Post.where(:author => “Arrington”)

the query is lazy loaded

nothing gets sent to the Parse server until you run #all, #count, or any Array method on the query

(e.g. #first, #each, or #map)

posts.each do |post| “#postpost.title, by” end {|p| p.title} #=> [Unpaid blogger, Uncrunched]

id = “DjiH4Qffke” p = Post.find(id) #simple find by id

ActiveRecord style find commands

Post.find_by(:title => “Uncrunched”) #=> A Post object Post.find_by_title(“Uncrunched”) #=> A Post object Post.find_all_by_author(“Arrington”) #=> An Array of Posts

batch save an array of objects


destroy all objects, updated to use Parse batch destroy


you can chain method calls, just like in ActiveRecord

Post.where(:param1 => “foo”).where(:param2 => “bar”).all

limit the query

posts = Post.limit(5).where(:foo => “bar”) posts.length #=> 5

get a count

Post.where(:bar => “foo”).count #=> 1337

Pagination with kaminari:


get second page of results (default is 25 per page) => “bar”)

get second page with 100 results per page => “bar”)


Note: Because users are special in the Parse API, you must name your class User if you want to subclass ParseUser.



class User < ParseUser # no validations included, but feel free to add your own validates_presence_of :username

# you can add fields, like any other kind of Object… fields :name, :bio

# but note that email is a special field in the Parse API. fields :email end

create a user

user = => “adelevie”) user.password = “asecretpassword” #=> true

after saving, the password is automatically hashed by Parse’s server

user.password will return the unhashed password when the original object is in memory

from a new session, User.where(:username => “adelevie”).first.password will return nil

check if a user is logged in

User.authenticate(“adelevie”, “foooo”) #=> false User.authenticate(“adelevie”, “asecretpassword”) #=> #

Maruku could not parse this XML/HTML: 

A simple controller to authenticate users

class SessionsController < ApplicationController def new end

def create user = User.authenticate(params[:username], params[:password]) if user session[:user_id] = redirect_to root_url, :notice => “logged in !” else = “Invalid username or password” render “new” end end

def destroy session[:user_id] = nil redirect_to root_url, :notice => “Logged out!” end


If you want to use parse_resource to back a simple authentication system for a Rails app, follow this tutorial, and make some simple modifications.


Note: Because Installations, are special in the Parse API, you must name your class Installation if you want to manipulate installation objects.

“by class Installation < ParseResource::Base fields :appName, :appVersion, :badge, :channels, :deviceToken, :deviceType, :installationId, :parseVersion, :timeZone end


“by class Place < ParseResource::Base fields :location end

place = place.location = :latitude => 34.09300844216167, :longitude => -118.3780094460731 place.location.inspect #=> #ParseGeoPoint:0x007fb4f39c7de0 @latitude=34.09300844216167, @longitude=-118.3780094460731

place = place.location = place.location.latitude = 34.09300844216167 place.location.longitude = -118.3780094460731 place.location.inspect #=> #ParseGeoPoint:0x007fb4f39c7de0 @latitude=34.09300844216167, @longitude=-118.3780094460731

server_place = Place.find(place.objectId) server_place.location.inspect #=> #ParseGeoPoint:0x007fb4f39c7de0 @latitude=34.09300844216167, @longitude=-118.3780094460731 server_place.location.latitude #=> 34.09300844216167 server_place.location.longitude #=> -118.3780094460731

Querying by GeoPoints

“by Place.near(:location, [34.09300844216167, -118.3780094460731], :maxDistanceInMiles => 10).all Place.near(:location, [34.09300844216167, -118.3780094460731], :maxDistanceInKilometers => 10).all Place.near(:location, [34.09300844216167, -118.3780094460731], :maxDistanceInRadians => 10/3959).all Place.within_box(:location, [33.81637559726026, -118.3783150233789], [34.09300844216167, -118.3780094460731]).all

DEPRECATED Associations

“by class Post < ParseResource::Base # As with ActiveRecord, associations names can differ from class names… belongs_to :author, :class_name => ‘User’ fields :title, :body end

class User < ParseUser # … but on the other end, use :inverse_of to complete the link. has_many :posts, :inverse_of => :author field :name end

author = Author.create(:name => “RL Stine”) post1 = Post.create(:title => “Goosebumps 1”) post2 = Post.create(:title => “Goosebumps 2”)

assign from parent class

author.posts « post1 author.posts « post2

or assign from child class

post3 = Post.create(:title => “Goosebumps 3”) = author #=> true

relational queries

posts = Post.include_object(:author).all posts.each do |post| puts # because you used Post#include_object, calling post.title won’t execute a new query # this is similar to ActiveRecord’s eager loading end

fetch users through a relation on posts named commenters

post = Post.first users = User.related_to(post, :commenters)

File Upload

“by @post = Post.first() result = Post.upload(uploaded_file.tempfile, uploaded_file.original_filename, content_type: uploaded_file.content_type) @post.thumbnail = => result[name], “type“ => ”File“, ”url“ => result[url]

Custom Getters and Setters

“by def name val = get_attribute(“name”) # custom getter actions here val end

def name=(val) # custom setter actions to val here set_attribute(“name”, val) end




  • User authentication
  • Better documentation
  • ~~Associations~~
  • Callbacks
  • Push notifications
  • Better type-casting
  • HTTP request error handling

User authentication is my top priority feature. Several people have specifically requested it, and Parse just began exposing User objects in the REST API.

Let me know of any other features you want.

Contributing to ParseResource

  • Check out the latest master to make sure the feature hasn’t been implemented or the bug hasn’t been fixed yet
  • Check out the issue tracker to make sure someone already hasn’t requested it and/or contributed it
  • Fork the project
  • Start a feature/bugfix branch
  • Commit and push until you are happy with your contribution
  • Make sure to add tests for it. This is important so I don’t break it in a future version unintentionally.
  • Create parse_resource.yml in the root of the gem folder. Using the same format as parse_resource.yml in the instructions (except only creating a test environment, add your own API keys.
  • Please try not to mess with the Rakefile, version, or history. If you want to have your own version, or is otherwise necessary, that is fine, but please isolate to its own commit so I can cherry-pick around it.

Copyright (c) 2013 Alan deLevie. See LICENSE.txt for further details.