Shopping-Cart

[Mark]

If you have a Rabobank account and access to your account over the internet I believe you can pay using a service of theirs. No idea what it costs or if any other banks support it. You could well be locking non-Rabobank folks out.

(Rabobank is a Dutch bank, http://rabobank.nl)

- [url="http://neo.dzygn.com/"]Mark[/url:12c3wrmq1f]

[jdr8271]

ive never tried this, but Ive heard that its good and free
http://www.mals-e.com/

<hr><font face="Arial">[url="http://www.jdrproductions.tk"]Homepage[/url:7hc5f7gfjz] | [url="mailto:jdr8271@hotmail.com"]Email[/url:7hc5f7gfjz]</font id="Arial">

[anders]

i did an online shopping catalog/cart for a client last year using prebuilt package : http://cpcommerce.org
script is free to use (just leave the copyright line intact at the bottom of the pages)

the code is a mess though (tables within tables within tables, bunch of div tags, enormous css settings, etc)
but it works, clients are happy and u get paid

there are more powerful, well rounded ecommerce packages out there but this one is free, it has support for paypal payment system as well as 1/2 dozen other popular online payment sites and easy to customize

basically you just set it up, and when customers buy stuff in the shpping cart, they are directed to paypal(or any other) for checkout..

.: a n [url="http://dzygn.net"]<font color="red">d</font id="red">[/url:575yyp5qxc] [url="anders@dhtmlcentral.com"]<font color="orange">e</font id="orange">[/url:575yyp5qxc] r [url="http://dzygn.com"]<font color="brown">s</font id="brown">[/url:575yyp5qxc] :: [url="http://dzygn.com/forums/"]<font color="black">dzygn vault</font id="black">[/url:575yyp5qxc] :.

[Dan]

Just a quicky in reply to Chris's "the 3rd party thing obviously isn't anything like as 'professional'".

We're a [url="http://www.actelearning.com"]tech firm[/url:7xdj1aam2a] (thus proffessionals) and we use a 3rd party system for handling the credit card transactions on our sites that use e-commerce. It's a little more upscale than world pay or paypal (http://www.securetrading.com/) but its still 3rd party. There are a myriad of security and legal issues surrounding implementing your own credit card transaction system. The simplest of which is to send encrypted credit card details and then enter it in your shops credit card machine with the status "cardholder not present".

SecureTrading does allow for an secure XML socket connection so you can do the whole processing in Java (we don't bother) but even then you're not handling the transaction yourself.

<font face="Courier New"><font color="maroon">»» Dan »» www.pupius.net || [url="http://www.dhtmlcentral.com/resources/redirect.asp?linkid=23"]www.endoflow.com[/url:7xdj1aam2a] || www.13thparallel.org</font id="maroon"></font id="Courier New">

[Tim Scarfe]

I would like to re-enforce the message that you should steer well clear of handling [storing in any way to be more specific] people's credit card numbers. Some things in software development you really don't want to deal with yourself - and this is one of them.

Others include writing your own security system...

If you are going with an XML Web Service link to a third party and one of your forms takes in the CC, make sure you are using SSL. I would on principle avoid hosting some kind of Java applet that talks to the third party directly but only because of the general argument against hosted binaries on public web pages.

--
Regards,
Tim Scarfe <tim@developer-x.com>
http://www.developer-x.com

[Chris]

Dan, perhaps my reply was unclear.. I was not meaning that sort of implementation (which of course has a professional feel to it); I was more meaning the odd site that you see that has a link to the nochex site or whatever, with their email address in the link.

I guess my 'definition' of a 3rd party implementation was a little ambiguous.

[url="http://chrispoole.com"]Chris[/url:rs0vq9luyi]