Online shopping / ecommerce tips
I am looking to integrate an ecommerce facility into an existing mature zope application. Anyone have any tips? Thanks in advance, -- Toby Dickenson
On 22 Oct 2003 at 11:04, Toby Dickenson wrote:
I am looking to integrate an ecommerce facility into an existing mature zope application. Anyone have any tips?
Thanks in advance,
-- Toby Dickenson
Can you give a hint as to what you're looking for? http://www.adirondackcraft.com is Zope on Firebird using the Cybercash Zope product for back-end credit-card processing. Works well enough. The only problem I had was some browsers would drop cookies when switching from http to https, so for checkout, I have to explicitely pass another token in the URL in case the cookie is lost. We always used cookies, and never tried URL munging. Haven't received any complaints about it. This site was made .. 3 years ago I think, it's quite old relatively speaking. I'd definately build it different now. -- Brad Clements, bkc@murkworks.com (315)268-1000 http://www.murkworks.com (315)268-9812 Fax http://www.wecanstopspam.org/ AOL-IM: BKClements
On Wednesday 22 October 2003 13:51, Brad Clements wrote:
On 22 Oct 2003 at 11:04, Toby Dickenson wrote:
I am looking to integrate an ecommerce facility into an existing mature zope application. Anyone have any tips?
Thanks in advance,
-- Toby Dickenson
Can you give a hint as to what you're looking for?
I was hoping for a solution for handling shopping carts, checkout processing, payment. A ready-made solution, so I dont have to think too much obout my requirements ;-) Also, something open enough that I can integrate it with the existing site that has a product catalog, but no way to purchase online. (http://www.geminidataloggers.com/products/selector) On Thursday 23 October 2003 23:34, J Cameron Cooper wrote:
You could take a look at CMFCommerce, which is fairly far along. Dunno how useful it would be if you don't care to use CMF. At the very least, you can take code from it.
Thanks. Ill take a look -- Toby Dickenson
Lacking any fully ready Zope solutions, we've integrated Perl and PHP carts with Zope sites for several clients. Basically, use Zope the way you are for managing the content, and run behind apache. Then use SSL and a separate subdomain (easiest) for the actual cart software. The buttons to put materials in the cart can be located anywhere, like on your existing product pages in Zope. Then integrate the cart with your favorite payment gateway and away you go. We ran one of our clients for the past two years on just such a Zope site, with a Perl cart on a different server and subdomain (with a different hosting provider as well), and the actual credit card number entry and processing took place at the gateway provider. Worked well, and profitably for everyone. Or (cheapest and easiest) use the free PayPal cart. It works and integrates very simply. =Paul At 05:47 AM 10/28/2003, Toby Dickenson wrote:
On Wednesday 22 October 2003 13:51, Brad Clements wrote:
On 22 Oct 2003 at 11:04, Toby Dickenson wrote:
I am looking to integrate an ecommerce facility into an existing mature zope application. Anyone have any tips?
Thanks in advance,
-- Toby Dickenson
Can you give a hint as to what you're looking for?
I was hoping for a solution for handling shopping carts, checkout processing, payment. A ready-made solution, so I dont have to think too much obout my requirements ;-)
Also, something open enough that I can integrate it with the existing site that has a product catalog, but no way to purchase online. (http://www.geminidataloggers.com/products/selector)
On 28 Oct 2003 at 10:47, Toby Dickenson wrote:
Can you give a hint as to what you're looking for?
I was hoping for a solution for handling shopping carts, checkout processing, payment. A ready-made solution, so I dont have to think too much obout my requirements ;-)
Well, since you have to integrate with an existing system, you're going to have to modify any off-the-shelf component you find. I found the shopping cart to be trivial to do, so not worth trying to package as a product. on http://www.adirondackcraft.com we use a SESSION to hold a dict. The dict is keyed on item-number and the value is qty. Add to cart and remove from cart functions adjust the dict's values. When the customer clicks on "checkout", we pickle the dict's content into the URL and switch the browser to https. We had to put the dict into the url because some browsers dropped the session cookie when moving to https mode. The first https: url they land on is the "billing info" page. We have a database with an order table, and a line-items table. We create a new order record, populate the line items with the contents of the dict (encoded in the url when they first enter this page). Then we use a 'wizard like' interface to step them through billing info form, shipping info form and finally entering the credit card info. The credit card info doesn't get recorded in the database, instead we use the Cybercash Zope product to call out to (oh, guess it's verisign now) for real-time CC processing, then we record the AUTH details in the order record, navigate the user to a "here's a copy of your invoice page" and also email them a copy of their invoice. We spent far more time working on the layout of the forms than the backend processing. It's pretty easy, actually.
Also, something open enough that I can integrate it with the existing site that has a product catalog, but no way to purchase online. (http://www.geminidataloggers.com/products/selector)
First step, the 'cart' using a SESSION dict. -- Brad Clements, bkc@murkworks.com (315)268-1000 http://www.murkworks.com (315)268-9812 Fax http://www.wecanstopspam.org/ AOL-IM: BKClements
I am looking to integrate an ecommerce facility into an existing mature zope application. Anyone have any tips?
You could take a look at CMFCommerce, which is fairly far along. Dunno how useful it would be if you don't care to use CMF. At the very least, you can take code from it. --jcc -- "Code generators follow the 80/20 rule. They solve most of the problems, but not all of the problems. There are always features and edge cases that will need hand-coding. Even if code generation could build 100 percent of the application, there will still be an endless supply of boring meetings about feature design." (http://www.devx.com/java/editorial/15511)
participants (4)
-
Brad Clements -
J Cameron Cooper -
Paul Howell -
Toby Dickenson