Re: OK, here goes...

This WebDNA talk-list message is from

1997

It keeps the original formatting. numero = 11762
interpreted = N
texte = There certainly are other ways to retain shopping cart information. Cookiesis one of them. We're looking into other technologies to improve the way wetrack personal information, but our primary concern to to have a systemthat works with all browsers and does not require any special client-sideinterference.Are you using the old $newcart or $newcartsearch command? If so, then whatyou are describing could happen. WebCatalog 2.0, though, automaticallyassigns cart values when necessary so you can eliminate $newcart fromforcing a new cart ID on someone if they already have one.I'm not sure if this fits your situation, a URL would help if it doesn't.Thanks.John.>Well, I'll be happy to break the ice here and welcome the folks from>StarNine. I'm still on beta15 of WebCat for Mac, using the plug-in.>Everything is working quite well. There is one concern that I have that>has been an ongoing issue since day one, and that is that if a visitor,>for whatever reason, returns to the home page via the back button>after they have been assigned a cart, they are then given a new one and>any products in their shopping basket are effectively erased. I>understand that this is primarily due to the limitations of HTML, and I>have done everything I can do (I think) to allow them to navigate the>site via links without having to return to the home page for anything,>at least until they complete the order.>>I had assumed that this issue would be a concern in any online ordering>system, but I checked out Peachpit Press's site last night, added a book>to my order, backed all the way out to the home page, went back in and>added another book, and my earlier selections were still there. They>were not using WebCat; it appeared to be some kind of custom CGI, but in>any case, wil there be any way in the future to enable a shopping cart>to stick with a visitor, no matter what? Or am I missing something>really obvious that I could add to my site to enable this?>>-->Gil Poulsen, Webmaster>>**************************************************************>* AltiM@c * Phone: (908) 469-2567 *>* 126 Jerome Avenue * FAX: (908) 469-5823 *>* South Bound Brook, NJ * e-mail: help@altimac.com *>* 08880-1111 * WWW: http://www.altimac.com *>**************************************************************John A. Hill, V.P. Marketing *********************************Pacific Coast Software * Home of the Web's best11770 Bernardo Plaza Ct. #462 * Catalog and Merchant softwareSan Diego, CA 92128 * http://www.smithmicro.comPhone: 619-675-1106 Fax: 675-0372 ********************************* Associated Messages, from the most recent to the oldest:

RE: OK, here goes... (Grant Hulbert 1997)
RE: OK, here goes... (Kenneth Grome 1997)
Re: OK, here goes... (Grant Hulbert 1997)
RE: OK, here goes... (Marc Eagle 1997)
Re: OK, here goes... (Kenneth Grome 1997)
Re: OK, here goes... (Grant Hulbert 1997)
RE: OK, here goes... (Marc Eagle 1997)
Re: OK, here goes... (John Hill 1997)
Re: OK, here goes... (Grant Hulbert 1997)
Re: OK, here goes... (Gil Poulsen 1997)
Re: OK, here goes... (Gil Poulsen 1997)
OK, here goes... (Gil Poulsen 1997)

There certainly are other ways to retain shopping cart information. Cookiesis one of them. We're looking into other technologies to improve the way wetrack personal information, but our primary concern to to have a systemthat works with all browsers and does not require any special client-sideinterference.Are you using the old $newcart or $newcartsearch command? If so, then whatyou are describing could happen. WebCatalog 2.0, though, automaticallyassigns cart values when necessary so you can eliminate $newcart fromforcing a new cart ID on someone if they already have one.I'm not sure if this fits your situation, a URL would help if it doesn't.Thanks.John.>Well, I'll be happy to break the ice here and welcome the folks from>StarNine. I'm still on beta15 of WebCat for Mac, using the plug-in.>Everything is working quite well. There is one concern that I have that>has been an ongoing issue since day one, and that is that if a visitor,>for whatever reason, returns to the home page via the back button>after they have been assigned a cart, they are then given a new one and>any products in their shopping basket are effectively erased. I>understand that this is primarily due to the limitations of HTML, and I>have done everything I can do (I think) to allow them to navigate the>site via links without having to return to the home page for anything,>at least until they complete the order.>>I had assumed that this issue would be a concern in any online ordering>system, but I checked out Peachpit Press's site last night, added a book>to my order, backed all the way out to the home page, went back in and>added another book, and my earlier selections were still there. They>were not using WebCat; it appeared to be some kind of custom CGI, but in>any case, wil there be any way in the future to enable a shopping cart>to stick with a visitor, no matter what? Or am I missing something>really obvious that I could add to my site to enable this?>>-->Gil Poulsen, Webmaster>>**************************************************************>* AltiM@c * Phone: (908) 469-2567 *>* 126 Jerome Avenue * FAX: (908) 469-5823 *>* South Bound Brook, NJ * e-mail: help@altimac.com *>* 08880-1111 * WWW: http://www.altimac.com *>**************************************************************John A. Hill, V.P. Marketing *********************************Pacific Coast Software * Home of the Web's best11770 Bernardo Plaza Ct. #462 * Catalog and Merchant softwareSan Diego, CA 92128 * http://www.smithmicro.comPhone: 619-675-1106 Fax: 675-0372 ********************************* John Hill

DOWNLOAD WEBDNA NOW!

Re: OK, here goes...

1997

Top Articles:

Related Readings: