Forum: Ruby on Rails 37signals Getting Real purchase system, credit card check

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
48e8d4452262d3667502835a54e8b249?d=identicon&s=25 Chris Earle (Guest)
on 2007-02-08 23:21
(Received via mailing list)
Hi all,

quick question

does anyone know what 37signals is using on
https://gettingreal.37signals.com/purchases/new


I'm assuming it's a basic Rails backend ... but what I really like is
the
credit card / cart simplicity -- and instant checking?

No idea how that would be done ...... third-party system on the backend
(ocCommerce? authorize.net?) or just some bank-API

Any thoughts appreciated!

--
Chris Earle
System Solutions Specialist
94d4d7d1b78391266fea8e739c9405c5?d=identicon&s=25 dankelley (Guest)
on 2007-02-08 23:59
(Received via mailing list)
I don't think they are using Rails.  If you point your browser at
   https://gettingreal.37signals.com/index.php
you'll get a page.  I think that means they run the site on PHP.

Oh my, is this is a worrisome sign about Rails?
2f9a03aa0fcfe945229cb6126eda2cb2?d=identicon&s=25 Philip Hallstrom (Guest)
on 2007-02-09 00:06
(Received via mailing list)
> I don't think they are using Rails.  If you point your browser at
>   https://gettingreal.37signals.com/index.php
> you'll get a page.  I think that means they run the site on PHP.
>
> Oh my, is this is a worrisome sign about Rails?

No... somewhere DHH has said that one should use the best tool for the
job... I actually specifically remmeber him mentioning their site...
that
PHP was enough and Rails would have been overkill or some such...

Probably along the lines of "if it works, why change it?"

Of course, I could be totally wrong too :)
3a0f2ec009ceffdd65f056540a409a23?d=identicon&s=25 Chris Mear (Guest)
on 2007-02-09 00:16
(Received via mailing list)
On Feb 8, 11:12 pm, Philip Hallstrom <r...@philip.pjkh.com> wrote:
> > I don't think they are using Rails.  If you point your browser at
> >  https://gettingreal.37signals.com/index.php
> > you'll get a page.  I think that means they run the site on PHP.
>
> > Oh my, is this is a worrisome sign about Rails?
>
> No... somewhere DHH has said that one should use the best tool for the
> job... I actually specifically remmeber him mentioning their site... that
> PHP was enough and Rails would have been overkill or some such...

They've said several times that they use PHP for individual pages and
things were they just need a few includes or whatever, and a full-
blown Rails app would be overkill. I believe the SVN blog used to run
on Movable Type, generating PHP pages to add some dynamic elements, or
something like that. Chances are they're using PHP for the info and
content pages of the Getting Real site too. Makes perfect sense to me.

But the purchase app at https://gettingreal.37signals.com/purchases/new
is very clearly Rails based -- just have a peek at some of the HTML
that's been generated.

Chris
67f61f0c385168c4b2e5b8fd733c397f?d=identicon&s=25 Christos Zisopoulos (Guest)
on 2007-02-09 00:19
(Received via mailing list)
The source to https://gettingreal.37signals.com/purchases/new looks
like bog standard Rails to me. Naming conventions, multi attribute
date assignments, the lot...

If memory serves me well, before DHH started Rails at 37signals, they
were a PHP shop. He did some PHP cosulting for them, but they moved
to ruby after that. The index.php might be remnants of that time.

No idea about the CC backend by the way...

-christos
40db9e75b3f5899258e3bdc0c9210154?d=identicon&s=25 Conrad Taylor (Guest)
on 2007-02-09 00:55
(Received via mailing list)
Hi Chris, please understand that 37signals is a company and the
information that you're requesting maybe proprietary.

-Conrad
3e6bbd5a01437feec48adf3838b15d91?d=identicon&s=25 askegg (Guest)
on 2007-02-09 02:04
(Received via mailing list)
On Feb 9, 8:39 am, "Chris Earle" <cea...@cbltech.ca> wrote:
> (ocCommerce? authorize.net?) or just some bank-API
>
> Any thoughts appreciated!
>
> --
> Chris Earle
> System Solutions Specialist

Shopify released their backed framework for CC processing under the
name ActiveMerchant (http://home.leetsoft.com/am).
48e8d4452262d3667502835a54e8b249?d=identicon&s=25 Chris Earle (Guest)
on 2007-02-09 14:36
(Received via mailing list)
Ha, yeah, I know that

I just figured if someone knew what systems they were running .....
wasn't
trying to steal any inside info

thanks tho ;-)


"Conrad Taylor" <conradwt@gmail.com> wrote in
message
news:7317d7610702081554q4f1032c6nfd16c43ecfd1ae9b@mail.gmail.com...
>
> Hi Chris, please understand that 37signals is a company and the
> information that you're requesting maybe proprietary.
>
> -Conrad
>
> On 2/8/07, Chris Earle <cearle@cbltech.ca>
wrote:
> >
> > Hi all,
> >
> > quick question
> >
> > does anyone know what 37signals is using on
> > https://gettingreal.37signals.com/purchases/new
> >
> >
> > I'm assuming it's a basic Rails backend ... but what I really like is
the
48e8d4452262d3667502835a54e8b249?d=identicon&s=25 Chris Earle (Guest)
on 2007-02-09 14:45
(Received via mailing list)
"Chris Mear" <chris@odegy.com> wrote in
message news:1170976417.978694.20400@k78g2000cwa.googlegroups.com...
>
> But the purchase app at https://gettingreal.37signals.com/purchases/new
> is very clearly Rails based -- just have a peek at some of the HTML
> that's been generated.
>
> Chris

Yeah, my thought exactly .... just intrigued by the purchase app
..........
Suggestion is Active Merchant so far ... that sound right to anyone?  if
so,
then I will definately keep Active Merchant on the shortlist for my own
purchasing/validation system

Thanks all

--
Chris
Efe398b3b5436b0a8d4430090e8f86ea?d=identicon&s=25 seth b. (subimage)
on 2007-02-09 21:54
(Received via mailing list)
Don't know what they're using, but check out
Substruct........................

We're using the Payment gem, not the ActiveMerchant gem for now.

http://dev.subimage.com/projects/substruct

On 2/9/07, Chris Earle <cearle@cbltech.ca> wrote:
> > Chris
> --
> Chris
>
>
>
>
>
> >
>


--
--------------------
seth at subimage interactive
-----
http://www.subimage.com
http://sublog.subimage.com
-----
http://www.getcashboard.com
http://dev.subimage.com/projects/substruct
7572157852143be53747b2d08784cb6f?d=identicon&s=25 Jeff Barczewski (Guest)
on 2007-02-12 06:38
(Received via mailing list)
On 2/9/07, Chris Earle <cearle@cbltech.ca> wrote:
> > Chris
>
> Yeah, my thought exactly .... just intrigued by the purchase app
> ..........
> Suggestion is Active Merchant so far ... that sound right to anyone?  if
> so,
> then I will definately keep Active Merchant on the shortlist for my own
> purchasing/validation system
>
>

We use Rails with ActiveMerchant against a Trust Commerce gateway. It
was
easy to setup and works well. Since there is only basic documentation,
just
look at the source code, samples, and tests to understand how to use
ActiveMerchant. The nice thing about going this route is that you have
some
flexibility in being able to switch to other processors fairly easily
should
you need to.

We were able to start with the ActiveMerchant tests to create a full set
of
tests with different cards and data to fully understand what error codes
and
messages we would get back. That made the live testing almost uneventful
:-)

--
Jeff Barczewski, MasterView core team
Inspired Horizons Ruby on Rails Training and Consultancy
Next Ruby on Rails plus JRuby workshop Feb 22-24 St. Louis, MO
http://inspiredhorizons.com/training/rails/index.html
Limited seating, register now!
This topic is locked and can not be replied to.