| 9:26 pm on Apr 29, 2008 (gmt 0)|
Ok... I'm confused. Products that provide code to help you link to gateways? For what purpose?
| 10:04 am on Apr 30, 2008 (gmt 0)|
I would guess that he is asking us to recommend affiliate marketing schemes.
The answer to that is that it depends on the site's audience and geographic location. The key is to have content that brings in people with an interest in purchasing those products.
| 4:24 pm on Apr 30, 2008 (gmt 0)|
Ok sorry for not wording things clearly!
When you want to start a ecommerce site, and you have to choose a provider like auth.net, chase.com, etc.
Now you have to program the link between your ecommerce store and the CC provider to perform operations like charge/void/refund/auth/etc.
Their are products that come pre-packaged that handle these functions for you, and they have a list of paymnt gateways that they support.
I'm asking for some recommendations on this type of software that work in a php environment.
| 9:22 pm on Apr 30, 2008 (gmt 0)|
ah... that code is usually provided by the gateway themselves or by the cart you choose to use. You might try searching for "PHP Authorize.net class" or some such to find such code.
| 4:55 pm on May 1, 2008 (gmt 0)|
|There are products that come pre-packaged that handle these functions for you, and they have a list of payment gateways that they support. |
I'd work this the other way around: choose your gateway, then apply the interface. Every gateway I've worked with provides sample code to integrate with your web site, but to answer your question, they also provide lists of shopping carts and other products that have tested integration with their systems.
I'd do it this way because in the end, the merchant account/gateway you choose is going to determine the cost and ease with which you perform transactions, and you may be limited by the requirements of your merchant account.
For example, wife's in-store merchant account would only allow certain gateways and methods used with their account, all at a cost much higher than needed. As a programmer, I was aware of some of the more difficult caveats of integrating these systems, just another difficulty to overcome, in some cases. We eventually selected a second merchant account that is a combination of the bank account with the gateway, saving us loads of money on online transactions.
| 9:07 pm on May 1, 2008 (gmt 0)|
Some time ago, a friend set something up in PHP for our own hand written cart. She set it up so it may be used by others while she was at it.
[edited by: lorax at 10:46 pm (utc) on May 1, 2008]
[edit reason] removed url [/edit]
| 9:23 pm on May 1, 2008 (gmt 0)|
I would make sure that anything you use that was created by a third party has had a code audit.
You don't want to use something that is sending all the data out a back door and into a waiting van to be used for who knows what.
You also don't want something that is vulnerable to XXS or other attacks. Make sure whatever you use is tried tested and true.
[edited by: Demaestro at 9:24 pm (utc) on May 1, 2008]
| 9:43 pm on May 1, 2008 (gmt 0)|
Good point Demaestro.
One nice thing about PHP is that you can usually follow the code yourself to check for back doors and the like. My friend's code is a few years old, but anyone who already works with PHP enough to have put together their own cart would be able to check for and plug any new vulnerabilities.
| 4:31 pm on May 3, 2008 (gmt 0)|
Check on the electronic payment gateway's site. They will usually provide you sample / working code to review and add to your checkout process.