scrumpy
01-19-2005, 06:51 AM
I've been in two minds about whether to use an existing shopping cart eg. osCommerce etc. or to build my own (I program using PHP, XHTML, CSS, XSLT & ADOdb).
Initially I will setup an online catalogue and receive emailed orders. The emails might be manually sent by customers or perhaps via customer's completing an SSL'd order form that then sends encrypted emails.
After adding the postage & packing cost I will email the customer an invoice or possibly send them a PayPal invoice.
If business goes well and after I've gained more experience with online sales, I will simplify purchasing by integrating customer orders, online calculation of the total price and payment processing.
Does anyone here know if osCommerce can be setup to just email orders but not to proceed to the payment stage i.e. to act as just an online catalogue with an order form?
Later on I could enable osCommerce's payment stage but I don't wish to do that from the outset.
I have another couple of questions regarding osCommerce :)
1) How many databases does it require? (this may impact which HM plan I can use)
2) I'm not that keen on it's default design. Is it 'easy' to customize/change the design using (X)HTML/CSS so that it can look quite different i.e. not just another clone?
If I program my own cart, provided that I structure it well, I can launch it as just an online catalogue and later add an order form, calculation of shipping charges, payment processing etc.
As soon as the cart requires customer's to input their personal data, I need to ensure that the various fields' lengths can be used for payment processing eg. address line 1 and the zip fields are used for AVS.
Can someone point me to an online resource which lists required fields and field lengths for online, 'international' payment processing i.e. the 'zip' code field can accomodate UK postcodes?
Hope I haven't asked for too much in one posting! ;-)
Cheers,
Scrumpy :)
Initially I will setup an online catalogue and receive emailed orders. The emails might be manually sent by customers or perhaps via customer's completing an SSL'd order form that then sends encrypted emails.
After adding the postage & packing cost I will email the customer an invoice or possibly send them a PayPal invoice.
If business goes well and after I've gained more experience with online sales, I will simplify purchasing by integrating customer orders, online calculation of the total price and payment processing.
Does anyone here know if osCommerce can be setup to just email orders but not to proceed to the payment stage i.e. to act as just an online catalogue with an order form?
Later on I could enable osCommerce's payment stage but I don't wish to do that from the outset.
I have another couple of questions regarding osCommerce :)
1) How many databases does it require? (this may impact which HM plan I can use)
2) I'm not that keen on it's default design. Is it 'easy' to customize/change the design using (X)HTML/CSS so that it can look quite different i.e. not just another clone?
If I program my own cart, provided that I structure it well, I can launch it as just an online catalogue and later add an order form, calculation of shipping charges, payment processing etc.
As soon as the cart requires customer's to input their personal data, I need to ensure that the various fields' lengths can be used for payment processing eg. address line 1 and the zip fields are used for AVS.
Can someone point me to an online resource which lists required fields and field lengths for online, 'international' payment processing i.e. the 'zip' code field can accomodate UK postcodes?
Hope I haven't asked for too much in one posting! ;-)
Cheers,
Scrumpy :)