You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by David Dyer-Bennet <dd...@dd-b.net> on 2002/07/03 05:43:14 UTC
E-commerce payment systems for apache/mod_perl
Any obvious choices for a relatively small-scale e-commerce payment
processing system for a server running apache / mod_perl?
--
David Dyer-Bennet, dd-b@dd-b.net / New TMDA anti-spam in test
John Dyer-Bennet 1915-2002 Memorial Site http://john.dyer-bennet.net
Book log: http://www.dd-b.net/dd-b/Ouroboros/booknotes/
New Dragaera mailing lists, see http://dragaera.info
Re: E-commerce payment systems for apache/mod_perl
Posted by Ed <en...@fldna.net>.
On Tue, Jul 02, 2002 at 10:43:14PM -0500, David Dyer-Bennet wrote:
> Any obvious choices for a relatively small-scale e-commerce payment
> processing system for a server running apache / mod_perl?
http://interchange.redhat.com/
- it's mature
- we wrote our own but i'd use it instead if I had to start over
http://www.ipaymentinc.com/
- reseller for authorize.net
http://authorize.net/
- big transaction provider
- supported cpan module (simple/trivial)
http://www.dhl.com/
- we get really cheap rates for dhl's next day shipping service world wide
(1-2 days continential us @ $6)
(3-4 days door2door to pakistan from indianapolis @ $21)
... much, much cheaper than even the cheapest ups-residential-ground
- ups has well developed xml API's, dhl dosn't
Ed
Re: E-commerce payment systems for apache/mod_perl
Posted by Doug Silver <ds...@urchin.com>.
On Wed, 3 Jul 2002, Vlad Safronov wrote:
> hi,
>
> I use two services for payment proccessing. One for digital money
> www.cyphermint.com/epay/ (quite complex for initial installing, i don't like
> it) and
> the second for cc processing (much more simple) you can just give
> them info about your contract (say id, price, amount) and redirect
> user on their site for payment processing
> (http://www.assist.ru/eng/about/cardpayments/)
> I don't thunk these services are suitable for, but you read some help on
> it and understand what exactly you need.
>
> -vlad
>
> > Any obvious choices for a relatively small-scale e-commerce payment
> > processing system for a server running apache / mod_perl?
> > --
> > David Dyer-Bennet, dd-b@dd-b.net / New TMDA anti-spam in test
> > John Dyer-Bennet 1915-2002 Memorial Site http://john.dyer-bennet.net
> > Book log: http://www.dd-b.net/dd-b/Ouroboros/booknotes/
> > New Dragaera mailing lists, see http://dragaera.info
> >
>
So does anyone have any recommendations for an epay (Pay-pal) system?
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Doug Silver
Network Manager
Urchin Software Corp. http://www.urchin.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Re: E-commerce payment systems for apache/mod_perl
Posted by Vlad Safronov <vl...@yandex-team.ru>.
hi,
I use two services for payment proccessing. One for digital money
www.cyphermint.com/epay/ (quite complex for initial installing, i don't like
it) and
the second for cc processing (much more simple) you can just give
them info about your contract (say id, price, amount) and redirect
user on their site for payment processing
(http://www.assist.ru/eng/about/cardpayments/)
I don't thunk these services are suitable for, but you read some help on
it and understand what exactly you need.
-vlad
> Any obvious choices for a relatively small-scale e-commerce payment
> processing system for a server running apache / mod_perl?
> --
> David Dyer-Bennet, dd-b@dd-b.net / New TMDA anti-spam in test
> John Dyer-Bennet 1915-2002 Memorial Site http://john.dyer-bennet.net
> Book log: http://www.dd-b.net/dd-b/Ouroboros/booknotes/
> New Dragaera mailing lists, see http://dragaera.info
>
Re: Re[2]: E-commerce payment systems for apache/mod_perl
Posted by David Dyer-Bennet <dd...@dd-b.net>.
Christopher Taranto <ch...@tokpela.com> writes:
> We have been using ECHO for over 5 years and they have been an
> excellent company. They are strictly a credit card processing company
> - no order fulfillment. They also do online check processing and a
> whole bunch of other services.
>
> They are the only processing company that I have seen that really
> actively supports Open Source.
This looks very promising, thanks for the specific pointer.
--
David Dyer-Bennet, dd-b@dd-b.net / New TMDA anti-spam in test
John Dyer-Bennet 1915-2002 Memorial Site http://john.dyer-bennet.net
Book log: http://www.dd-b.net/dd-b/Ouroboros/booknotes/
New Dragaera mailing lists, see http://dragaera.info
Re[2]: E-commerce payment systems for apache/mod_perl
Posted by Christopher Taranto <ch...@tokpela.com>.
We have been using ECHO for over 5 years and they have been an excellent
company. They are strictly a credit card processing company - no order
fulfillment. They also do online check processing and a whole bunch of
other services.
They are the only processing company that I have seen that really actively
supports Open Source.
From their website:
ECHO's Free, Open Source, GPL Secure Payment Gateway
ECHO is the only company on the Internet to provide both a
Merchant Account AND Secure Payment Gateway services for
only $19.95/month in fixed account fees!* We actually give
away our real time processing software modules and gateway
access. Even our Merchant Account's $19.95/month fixed
account fee is waived for months with no activity.
http://www.echo-inc.com/
http://www.openecho.com/
http://www.openecho.com/perl/example.pl
http://www.openecho.com/download_files.html
HTH,
Christopher Taranto
WWWarehouse, Inc.
At 10:43 PM 7/2/02 -0500, you wrote:
>Any obvious choices for a relatively small-scale e-commerce payment
>processing system for a server running apache / mod_perl?
>--
>David Dyer-Bennet, dd-b@dd-b.net / New TMDA anti-spam in test
> John Dyer-Bennet 1915-2002 Memorial Site http://john.dyer-bennet.net
> Book log: http://www.dd-b.net/dd-b/Ouroboros/booknotes/
> New Dragaera mailing lists, see http://dragaera.info
Re: E-commerce payment systems for apache/mod_perl
Posted by David Dyer-Bennet <dd...@dd-b.net>.
Gedanken <ge...@io.com> writes:
> On 2 Jul 2002, David Dyer-Bennet wrote:
>
> Any obvious choices for a relatively small-scale e-commerce payment
> processing system for a server running apache / mod_perl?
>
> There are a few 'clearing house' type services to which one can subscribe
> that do the actual cybercash-type transaction for you. it can be
> expensive and prohibitively complicated to set up the services yourself.
Yes, that's what I've been half-expecting.
[snip]
> I can only imagine that the number of such services has proliferated since
> then, but i havent checked lately. ive been out of e-commerce since 2000.
> Ive had a devil of a time running the cybercash (and similar) services for
> myself as every option seemed to be expensive, buggy, or lacking on
> customer support when the end customer inevitably asked questions i
> couldnt answer. maybe they have improved in the last 2 years, butfiring
> it off to someone else (the classic SEP or 'somebody elses problem' theorem),
> waiting for a nice pleasant order
> number to be returned over ssl, and printing it to the screen branded as
> if my site did it all by itself is worth a small charge per transaction
> that youre going to end up paying anyway even if you do it all yourself.
I'm hoping I can sell the client this idea; it certainly matches *my*
idea of "easier".
> Do you have a particular company doing your order fulfillment? If so,
> they may have such an arrangement or service already in place. a lot i
> ran into did.
New client (not hooked yet), but I don't believe they're likely to
have anything in place from what I know so far.
--
David Dyer-Bennet, dd-b@dd-b.net / New TMDA anti-spam in test
John Dyer-Bennet 1915-2002 Memorial Site http://john.dyer-bennet.net
Book log: http://www.dd-b.net/dd-b/Ouroboros/booknotes/
New Dragaera mailing lists, see http://dragaera.info
Re: E-commerce payment systems for apache/mod_perl
Posted by Gedanken <ge...@io.com>.
On 2 Jul 2002, David Dyer-Bennet wrote:
Any obvious choices for a relatively small-scale e-commerce payment
processing system for a server running apache / mod_perl?
There are a few 'clearing house' type services to which one can subscribe
that do the actual cybercash-type transaction for you. it can be
expensive and prohibitively complicated to set up the services yourself.
For small sites, I have fired off perl scripts that use openssl to
connect to a serice we hired, passing the info they need, and waiting for
a response that i parse and display to the user, as i write it to our
db2 db as well with dbd-dbi.. Damned if i can remember the name of the
service we used. i wrote it for the 1998 superbowl.
I can only imagine that the number of such services has proliferated since
then, but i havent checked lately. ive been out of e-commerce since 2000.
Ive had a devil of a time running the cybercash (and similar) services for
myself as every option seemed to be expensive, buggy, or lacking on
customer support when the end customer inevitably asked questions i
couldnt answer. maybe they have improved in the last 2 years, butfiring
it off to someone else (the classic SEP or 'somebody elses problem' theorem),
waiting for a nice pleasant order
number to be returned over ssl, and printing it to the screen branded as
if my site did it all by itself is worth a small charge per transaction
that youre going to end up paying anyway even if you do it all yourself.
Do you have a particular company doing your order fulfillment? If so,
they may have such an arrangement or service already in place. a lot i
ran into did.
--
gedanken