Re: Shop from PDF

This WebDNA talk-list message is from

2004


It keeps the original formatting.
numero = 59811
interpreted = N
texte = Rob, I appreciate the advice, but this particular project (which is now done and working nicely, btw) was for an existing store and changing the entire cart schema from URL-based to cookie-based would have been nearly impossible to implement in time for deadline, and would have also cost the client an arm and a leg since I would have had to basically rip the store apart and practically start over (sure I could do a global find and replace for "?cart=[cart]" and "&cart=[cart]", but that still wouldn't necessarily catch everything... luckily, client is fluent in WebDNA, so it's not like I sold them a bunk solution; we discussed our options and agreed on what I eventually did which was create a temp.db that acted like a server-side 'cookie'. We did discuss the IP/AOL proxy thing and decided that odds were in our favor for that prob not to happen, but that we would keep our eyes on it. My dislike of cookies comes from the fact that people block them, but I can definitely see their usefulness. I have a store to build from scratch for 2005 and I will consider cookies at that time. Thanks again for the advice. -Dan On Thu, 28 Oct 2004 12:22:27 -0400 Robert Schmidt wrote: >Dan, You'll save yourself a lot of time and trouble if you get over your dislike of cookies. >Tying a cart and client browser together is very much what cookies were designed to do - they're >easy to implement, effective and pretty much universally accepted. You're likely to run into >problems tracking people by IP, eg someone inside AOL will send requests from different IP's in >the same browser session as requests are sent from an array of caching servers. Rob > > >> From: "Dan Strong" >> Date: October 27, 2004 1:23:46 PM EDT >> Subject: Re: Shop from PDF >> >> >> I guess that's essentially what I am doing with the temp.db. Client >> (and I) don't care much for cookies, so I guess I'll just press >> forward as planned. Thanks for the advice. >> -Dan >> >> >> On Wed, 27 Oct 2004 09:15:57 -0700 >> Sam Lewis wrote: >>> >>> Dan, >>> >>> You could use a cookie based cart id. When they add the first item to >>> the cart just write a cookie with their cart number. Then when they >>> come back use the cookie to tie it to the first cart item. >>> >>> Sam >>> >>> >>>> Hi all, >>>> >>>> I have a scenario in the works where a person will download a PDF >>>> catalog and all of the products have been hotlinked to the item in >>>> the online store. Once there they can add to cart like normal and >>>> all is fine except that if they 'shop' from the PDF again it clears >>>> the cart (as expected). I need to get around this. Dynamically >>>> populating the PDFs with unique cart #'s is not a viable option at >>>> this time. >>>> >>>> Right now, my thinking is to make a temp.db that basically has DATE >>>> TIME IP CART and then if they click another link from the PDF, there >>>> is some logic in the header of the store ([included] on all pages, >>>> of course), that checks the IP and if it is a 'fresh' IP (say, less >>>> than an hour old or something), then the cart associated with the IP >>>> is used, and, in theory, would repopulate the cart correctly with >>>> any existing items. >>>> >>>> Only prob I can see with this is that the .db would get pretty >>>> unwieldy as it would pretty much become a traffic counter and could >>>> get unwieldy quick, so now I would need to constantly roll this .db, >>>> which seems like overkill... any thoughts before I dive in? Is there >>>> anything obvious I am missing? >>>> >>>> Thanks in advance, >>>> -Dan > > >------------------------------------------------------------- >This message is sent to you because you are subscribed to > the mailing list . >To unsubscribe, E-mail to: >To switch to the DIGEST mode, E-mail to >Web Archive of this list is at: http://webdna.smithmicro.com/ ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: OT: P3P (was Re: Shop from PDF) ( John Peacock 2004)
  2. OT: P3P (was Re: Shop from PDF) ( devaulw@onebox.com 2004)
  3. Re: Shop from PDF ( "Dan Strong" 2004)
  4. Re: Shop from PDF ( John Peacock 2004)
  5. Re: Shop from PDF ( "Dan Strong" 2004)
  6. Re: Shop from PDF ( John Peacock 2004)
  7. Re: Shop from PDF ( Terry Wilson 2004)
  8. Re: Shop from PDF ( "Dan Strong" 2004)
  9. Re: Shop from PDF ( Robert Schmidt 2004)
  10. Re: Shop from PDF ( Joe D'Andrea 2004)
  11. Re: Shop from PDF ( "Dan Strong" 2004)
  12. Re: Shop from PDF ( Sam Lewis 2004)
  13. Shop from PDF ( "Dan Strong" 2004)
Rob, I appreciate the advice, but this particular project (which is now done and working nicely, btw) was for an existing store and changing the entire cart schema from URL-based to cookie-based would have been nearly impossible to implement in time for deadline, and would have also cost the client an arm and a leg since I would have had to basically rip the store apart and practically start over (sure I could do a global find and replace for "?cart=[cart]" and "&cart=[cart]", but that still wouldn't necessarily catch everything... luckily, client is fluent in WebDNA, so it's not like I sold them a bunk solution; we discussed our options and agreed on what I eventually did which was create a temp.db that acted like a server-side 'cookie'. We did discuss the IP/AOL proxy thing and decided that odds were in our favor for that prob not to happen, but that we would keep our eyes on it. My dislike of cookies comes from the fact that people block them, but I can definitely see their usefulness. I have a store to build from scratch for 2005 and I will consider cookies at that time. Thanks again for the advice. -Dan On Thu, 28 Oct 2004 12:22:27 -0400 Robert Schmidt wrote: >Dan, You'll save yourself a lot of time and trouble if you get over your dislike of cookies. >Tying a cart and client browser together is very much what cookies were designed to do - they're >easy to implement, effective and pretty much universally accepted. You're likely to run into >problems tracking people by IP, eg someone inside AOL will send requests from different IP's in >the same browser session as requests are sent from an array of caching servers. Rob > > >> From: "Dan Strong" >> Date: October 27, 2004 1:23:46 PM EDT >> Subject: Re: Shop from PDF >> >> >> I guess that's essentially what I am doing with the temp.db. Client >> (and I) don't care much for cookies, so I guess I'll just press >> forward as planned. Thanks for the advice. >> -Dan >> >> >> On Wed, 27 Oct 2004 09:15:57 -0700 >> Sam Lewis wrote: >>> >>> Dan, >>> >>> You could use a cookie based cart id. When they add the first item to >>> the cart just write a cookie with their cart number. Then when they >>> come back use the cookie to tie it to the first cart item. >>> >>> Sam >>> >>> >>>> Hi all, >>>> >>>> I have a scenario in the works where a person will download a PDF >>>> catalog and all of the products have been hotlinked to the item in >>>> the online store. Once there they can add to cart like normal and >>>> all is fine except that if they 'shop' from the PDF again it clears >>>> the cart (as expected). I need to get around this. Dynamically >>>> populating the PDFs with unique cart #'s is not a viable option at >>>> this time. >>>> >>>> Right now, my thinking is to make a temp.db that basically has DATE >>>> TIME IP CART and then if they click another link from the PDF, there >>>> is some logic in the header of the store ([included] on all pages, >>>> of course), that checks the IP and if it is a 'fresh' IP (say, less >>>> than an hour old or something), then the cart associated with the IP >>>> is used, and, in theory, would repopulate the cart correctly with >>>> any existing items. >>>> >>>> Only prob I can see with this is that the .db would get pretty >>>> unwieldy as it would pretty much become a traffic counter and could >>>> get unwieldy quick, so now I would need to constantly roll this .db, >>>> which seems like overkill... any thoughts before I dive in? Is there >>>> anything obvious I am missing? >>>> >>>> Thanks in advance, >>>> -Dan > > >------------------------------------------------------------- >This message is sent to you because you are subscribed to > the mailing list . >To unsubscribe, E-mail to: >To switch to the DIGEST mode, E-mail to >Web Archive of this list is at: http://webdna.smithmicro.com/ ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/ "Dan Strong"

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

Quitting WebMerchant ? (1997) Add to a filename in multifile upload (2002) 2.0 Info (1997) Mac Vs WindowsNT (1997) RE: Explorer oddities (1997) docs for WebCatalog2 (1997) Quit revisited (1997) autosensing lanague selection (1997) setting taxable to true (1997) Template Cache problem -- new plugin for ya' (2000) Stay on Products page (2003) RE: Switching To NT (1999) [delete] problem (1997) web hosting (2000) Some Questions (1997) [WebDNA] Apache configuration fail when... (2013) WebCatalog Hosting (1996) [OT] Display Glitch (2004) Banners and sort of random display (1997) textA (1998)