Upcoming Events

San Francisco CiviCRM Meetup - March 2010
March 24th, 2010
Come meet others from the Bay Area who are interested in, using or developing (more...)

Campaigning Camp in Oxford, UK
March 25th, 2010
Free (with lunch and tea break included!) CiviCRM/Drupal and Plone two-track (more...)

CiviCRM Seminar - Dublin
March 25th, 2010
MTL Software Solutions are hosting a free seminar at The IBOA, Stephen St (more...)

CiviCRM User Training - Atlanta (pre NTC)
April 7th, 2010
This full-day hands-on training session is aimed at non-profit staff and (more...)

Configuring, Customizing and Extending CiviCRM - San Francisco (before DrupalCon SF)
April 18th, 2010
This hands-on 1-day training session is targeted at administrators, integrators (more...)

CiviCRM User Training - San Francisco (before DrupalCon SF)
April 18th, 2010

This full-day hands-on training session is aimed at non-profit staff and (more...)

CiviCon San Francisco 2010
April 22nd, 2010
Join us for the first ever CiviCon in San Francisco this April! CiviCon brings (more...)

CiviCRM Components

Tools for engaging your supporters...

CiviContribute


CiviEvent


CiviMail


CiviMember


CiviReport


Developer perspective of Google Checkout vs Paypal Pro/Standards

Not Just a Contact Database

These optional components give you more power to connect and engage your supporters.

  • civiEVENT

  • Online event registration and participant tracking.

  • civiMEMBER

  • Online signup and membership management.

  • civiMAIL

  • Personalized email blasts and newsletters.

  • civiREPORT

  • Report generation and template management.

March 22, 2007 - 18:34 — lobo

We've integrated support for Google Checkout in CiviCRM v1.7. This was primarily on the initiative and lead of Deepak, part of our awesome India developement team. This also allowed us to compare the ease of use and integration between the two transaction providers. Here are some things we found:

  • PayPal has a much richer and more well thought out SDK. They do quite a few things right from a developers perspective, primarily allowing the code to set various defaults (like the return url)
  • Have the Google Checkout folks tried to use the sandbox with the awful "sandbox" background that they use. Makes it fairly hard to read and navigate the site
  • PayPal is a lot more consistent and symmetrical with the urls and images between the sandbox and development environment. Google Checkout is not symmetrical
  • PayPal gives u a much better unified testing environment. You have multiple test accounts under one large sandbox account. With Google you have to create multiple google accounts to test

Overall, PayPal was better and easier to integrate than Google. Hopefully Google will improve and add more features including recurring transactions etc over the next few months

( categories: )

Comments

Several Screens for an Event?

I like all the things you can do with an event, but is it necessary to go through so many screens both to create one AND to register for one?

Even in cases where there is no fee?

I think the model of one-page event creation like at Upcoming.org, Craigslist.org, Democrats.org, My.BarackObama.com, etc. -- and ONE-Button registration (!!!) is more likely to attract participants.

Event Complexity ...

I dont think having several screens to "create" an event is a big issue. Our model was more of an org having a few events in a month/year rather than lots of events.

I think having a simple one page event register screen for free events is something useful and would increase signup rate etc. A contribution to implement this would be great and much appreciated :) (paid events are a different matter since they involve confirmation with the payment processor etc)