Notice: As of Aug 30, 2022, this wrapper is no longer updated or maintained.

Chargify API wrapper for Ruby (using ActiveResource)

This is a community-maintained Ruby wrapper for the Chargify API that leverages ActiveResource.

Though we do not proactively maintain it, Chargify is happy to review pull requests and manage the release process for the gem. We encourage community contributions to make the wrapper even more comprehensive and powerful.

If you notice an endpoint or method that is missing, please feel free to add it by submitting a pull request. We appreciate your support!

Note: we have bumped to v1.0.0 to indicate a backwards incompatible change to the responses from Chargify::Subscription.charge and Chargify::Subscription.migrate. Please see the HISTORY.md for more information.

Please see important compatibility information at the bottom of this file.

Installation

This library can be installed as a gem. It is hosted on Rubygems.

You can install this library as a gem using the following command:

$ gem install chargify_api_ares

Usage

Simply require this library before you use it:

require 'chargify_api_ares'

If you're using Rails 3.x, you could include this gem in your Gemfile.

gem 'chargify_api_ares'

Install the gem using the following command: $ bundle install

If you're using Rails 2 you could include this gem in your configuration, i.e. in environment.rb

config.gem 'chargify_api_ares'

To configure api key, site, domain, and protocol you can do the following. Please note that this step is required.

Most common usage

  Chargify.configure do |c|
    c.api_key   = "your_key_goes_here"
    c.subdomain = "test-site"
  end

Overriding the endpoint

  Chargify.configure do |c|
    c.api_key   = "your_key_goes_here"
    c.site      = "https://test-site.some-domain.com"
  end

Available configuration options

Name	Description	Default	Required
api_key	The api_key credentials that are used to access your chargify account.	N/A	Yes
subdomain	The subdomain (site name) of the chargify endpoint you are trying to interact with	test	Yes (unless site was used)
domain	The domain of the endpoint, in which you want to interact with.	chargify.com	No
protocol	The endpoint protocol that you wish to use (http / https)	https	No
site	This is meant to override all three of the previous settings eg: http://foo.bar.com	N/A	No
format	The format of the request and response type that you want to deal with	xml	No
timeout	The time in seconds for a request to be valid. Will raise a timeout error if exceeds time limit.	N/A	No

Now you'll have access to classes the interact with the Chargify API, such as:

• Chargify::Product
• Chargify::Customer
• Chargify::Subscription

It allows you to interface with the Chargify API using simple ActiveRecord-like syntax, i.e.:

Chargify::Subscription.create(
  :customer_reference => 'moklett',
  :product_handle => 'chargify-api-ares-test',
  :credit_card_attributes => {
    :first_name => "Michael",
    :last_name => "Klett",
    :expiration_month => 1,
    :expiration_year => 2010,
    :full_number => "1234-1234-1234-1234"
  }
)

subscription.credit_card_attributes = { :expiration_year => 2013 }
subscription.save

subscription.cancel

Note

Updating nested resources is not supported nor recommended. If you wish to update a subscriptions customer please do so by updating the customer object itself.

Bad:

subscription = Chargify::Subscription.find(123)
subscription.customer.first_name = 'fred'
subscription.customer.save

Good:

subscription = Chargify::Subscription.find(123)
customer     = Chargify::Customer.find(subscription.customer.id)
customer.first_name = 'fred'
customer.save

Check out the examples in the examples directory. If you're not familiar with how ActiveResource works, you may be interested in some ActiveResource Documentation

Duplicate Prevention

Duplicate Prevention is supported by including the uniqueness_token attribute, for example:

subscription = Chargify::Subscription.create(
  :product_handle => 'product-with-trial',
  :customer_attributes => {
    :first_name => "Test",
    :last_name => "Customer",
    :email => "[email protected]"
  },
  :uniqueness_token => "abc-123-def-456"
)

Statements PDF retrieving

File.open(file_path, 'wb+') do |f|
  f.write Chargify::Statement.find_pdf(statement.id)
end

Compatibility

• Rails/ActiveResource 2.3.x, use 0.5.x
• Rails/ActiveResource 3.x, use 0.6 and up

chargify_api_ares	Rails 2.3.x	Rails 3.0.0 - 3.0.19	Rails 3.0.20 and up
0.5.x	OK	Incompatible	OK
0.6.x	Incompatible	OK (Monkey-patched)	OK

The problem with Rails/ActiveResource/ActiveModel 3.0.0 - 3.0.19

Prior to Feb 12, 2013, Chargify would silently refuse to parse XML which contained data specified as YAML, such as:

<?xml version="1.0" encoding="UTF-8"?>
<person>
  <name>John</name>
  <email type="yaml" nil="true"/></email>
</person>

After Feb 12, 2013, Chargify returns a 400 Bad Request response if your XML contains any type="yaml" attribute, since there is no valid reason to send YAML serialized data to Chargify and doing so smells strongly of an attempt to exploit CVE-2013-0156.

However, Rails/ActiveModel versions 3.0.0 to 3.0.19 had a bug (see rails/rails#8853) where any nil attribute would have a type="yaml" attribute added during XML serialization.

Using ActiveResource 3.0.0 - 3.0.19 along with 0.5.x or lower of this gem may result in your sending type="yaml" XML to Chargify. Thus, your requests will be rejected.

Version 0.6.x of this gem will attempt to patch your ActiveModel if you have an incompatible version. To avoid this patch, you should use 3.0.20 or higher of ActiveResource.

Contributing

• 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 the feature/bugfix
• Please squash your commits.
• 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 it to its own commit so we can cherry-pick around it.

Contributors

We would like to publicly thank everyone who has contributed their time and talents to developing this gem. Thank you!