search for: payflow

pfpro4r is a set of bindings for [2]Verisign''s Payflow Pro SDK. If you''re distributing an app in Ruby/Rails and you use Verisign''s Payflow Pro, you basically have three options (paraphrased from the [3]RoR Wiki): 1. Call the Java/Perl/PHP API from Ruby. (Ewww...) 2. Call Verisign''s command line script...

Several years ago, before PHP introduced their built-in pfpro functions, I rolled my own crappy interface, which of course delegated to the commandline payflow client. I could certainly do the same in Ruby today. Thinking back on it, I realized at the time, and realize again now, that delegating this functionality to a commandline app is a security risk unless you''re the *only* user on the server. What we should really like to see is a library...

Are there any articles anywhere that look at how to properly handle credit card information, the things you need to do to properly store CC info, etc? Joe

...it into some other format someday (gem? Plug in?). Anyway, of course, no warranty with this code, use at your own risk and really no support - you''ll have to get that going on your own. Payment processing is not for the faint of heart. Hope it is helpful. http://www.liberationmedia.com/payflow_pro.tgz

Hi all. I have never implemented online payment and it''s the only thing that keeps me from accepting a project for a UK based client. (I must reply quickly!) While I can afford spending an extra week - or 2 - to learn/try/tune the payment system, I must be sure to succeed before I accept the contract. If you''ve already been through that path, any hints, links and/or

After months of design and development, we''ve launched our second Rails site, http://www.fatwreck.com (assuming your DNS is updated - the pink site is the old one). The site is for legendary punk rock record label, Fat Wreck Chords and it includes a store. The old site was highly trafficked, with millions of page views per month and we expect this one to be also. So far, the server

...ppears they do. I''m under the understanding that you bill the card once then get a transaction ID that you can use each month (or whatever) to bill that card again. This way, you don''t store the card number locally. Has this worked for anyone? Others have suggested Verisign Payflow Pro. I''d consider this but I''ve heard bad things about Verisign. Is there some general consensus? What do the big guys use? (Joyent, Mailroom, et.al.) Jake -- Posted via http://www.ruby-forum.com/.

...unded before on this list (I''ve searched the archives) but I want to ask the question in a slightly different way, and get your feedback: Previous discussions on the list center around what to do with the card number *after* you have processed the credit card with a payment gateway (PayFlow Pro, Authorize.net, etc...). In my case, I will *not* be processing the payments in real time at all; what I need to do is to store the credit card information, so that my client can log into their site''s backend to process orders manually by reading credit card numbers off the web...

I wanted to know if anyone had any good experiences with particular payment gateways and Rails? and what did it take to integrate? My current client uses PayPal for the credit card payment processing, and would like to stay with them, if possible. So has anyone had any experiences with integrating with PayPal? I''d love to hear who provides your payment services? -- Posted via

Hi, I''m setting up a site that will bill on a monthly basis. I would rather not have to worry about storing customer credit card information. Does anyone have recommendations on payment processors that offer monthly billing services? I don''t want to go the paypal route as I want the user to stay on the site. I''m hoping to find an API to integrate with. I have