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

November 23, 2004 1:45 PM

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.

posted by SpecialK to Computers & Internet (6 answers total)

they're not talking xml like everyone else is these days? Or giving you a simple HTTPS POST / response invocation method?
posted by namespan at 5:53 PM on November 23, 2004

Response by poster: 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.
posted by SpecialK at 6:55 PM on November 23, 2004

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.
posted by dorian at 9:47 PM on November 23, 2004

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.
posted by namespan at 9:50 PM on November 23, 2004

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.
posted by weston at 11:20 PM on November 23, 2004

Response by poster: 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. ;)
posted by SpecialK at 12:31 AM on November 24, 2004