Comments on: I looking for a code library that that implements the Fast Transact gateway in PHP.

Question: I looking for a code library that that implements the Fast Transact gateway in PHP.

SpecialK — Tue, 23 Nov 2004 13:45:49 -0800

Payment gateways ... A customer of mine is using Fast Transact as their merchant gateway. I would like to implement automatic payment processing through their gateway in PHP, but I can't find a code library that someone else has written that implements the Fast Transact gateway in PHP. Have you?

Apparently EZIC is the parent company, but that doesn't turn up anything I can use either.

By: namespan

namespan — Tue, 23 Nov 2004 17:53:23 -0800

they're not talking xml like everyone else is these days? Or giving you a simple HTTPS POST / response invocation method?

By: SpecialK

SpecialK — Tue, 23 Nov 2004 18:55:53 -0800

Simple HTTPS post/response, so I can talk to them by sending and listening via Curl, ... however, it's kind of a pain in the ass to code something to listen for all the flags and send the transaction requests. I was hoping I'd be able to save the ~10 hours of programming time I'd have to spend and find something pre-made.

By: dorian

dorian — Tue, 23 Nov 2004 21:47:21 -0800

check out what people are doing with oscommerce...

what you want is not one of the current official payment gateways but I'm sure there are some that are doing it.

By: namespan

namespan — Tue, 23 Nov 2004 21:50:55 -0800

Second OS commerce. Go to the forums and ask around if you don't see it listed in the documentation on the site as supported. Anything that's already done in PHP tends to find its way into OSC.

By: weston

weston — Tue, 23 Nov 2004 23:20:27 -0800

I say "meh" to OSCommerce. Several months back I went to integrate Linkpoint's gateway into a PHP commerce system, and thought I'd save time by looking for pre-built stuff. OSCommerce had integration in it, but figuring out how it worked with their own layer really wasn't worth my time. Of course, Linkpoint *did* have their own library in PHP, which helped some, but even that was something of a time investment to digest.

Anyway, this was almost a textbook case for discussion of why so many developers end up rolling their own solutions: well-designed, easy-to-use, off-the-shelf stuff is rare, and in many cases, coding your own is faster than really understanding someone else's choices.

By: SpecialK

SpecialK — Wed, 24 Nov 2004 00:31:34 -0800

I have the feeling that this is one of those cases where I'm just going to subcontract the work out ... since they won't have to use or implement the rest of my API for this program, I'll just pay someone else do it. ;)