On Aug 26, 4:12 pm, [email protected] wrote: > Hello, > > I'm looking at developing a commercial web app that needs to collect > money from people at regular intervals (a subscription service). > > I am doing this in my spare time, not as part of a current job. > > I can solve most of the technical problems. > > The part I don't really understand is how to process payments. > > I know I can use the Paypal payment APIs, but does anyone have good > links on information regarding how to take periodic credit card > payments? > > If I end up using Paypal's API and there isn't already software out > there to do this, I'll try to publish my code in some useful way. > -- > Obama Nation | My emails do not have attachments; it's a digital signature > that your mail program doesn't understand. > |http://www.subspacefield.org/~travis/ > If you are a spammer, please email [email protected] to get blacklisted. > > application_pgp-signature_part > < 1KViewDownload
The gotcha is the recurring subscription payments. You could store the CC info in your own database and charge the card each month, but you're in a world of trouble if your DB is ever cracked. Unless you're willing to go through the process of PCI certification, it's generally easier to just use a payment processor can can handle the subscriptions for you. Both PayPal and authorize.net can do it. In my experience, coding for either companys' API isn't all that hard. But authorize.net is a bit cheaper IIRC. Plus not having to deal with PayPal is a big plus. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "pylons-discuss" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~----------~----~----~----~------~----~------~--~---
