Re: Cart ID Duplication
This WebDNA talk-list message is from 2001
It keeps the original formatting.
numero = 36714
interpreted = N
texte = Checked this, all these customers have all come directly to our site (IE, directly typed in the URL), there are no referrer URL at all.And the fact that all 15 are using exactly the same ISP, leads me to think that it has to be a proxy cache server issue. on 26/6/01 5:42 pm, Paul Uttermohlen at Paul@ColumbusRealEstate.com wrote:> The most likely reason that 15 people would have the same cart number > would be if they all clicked on a link where a cart number has been > hard coded into the URL (like this: > http://domain.com/page.htm?cart=320254133960642). The cart is not > being issued by webcat to 15 different people. Fifteen people have > found and clicked on a link that has a number instead of the cart tag > in it. > > My best guess, Paul > > > > >> Just come across a worrying issue. >> >> We were called by a customer who, whilst proceeding through the invoice >> page, had found that there was someone else's address details already >> entered in the form. >> >> Our invoice form will automatically populate the details from the shopping >> cart file if they have already been entered, thus allowing the customer to >> return to the store to add any items they'd forgotten about, without having >> to worry about re-entering their address details. >> >> Our belief has always been that due to the cart ID been totally unique, >> there would be no-way two people could get the same cart, therefore if would >> be impossible for anyone to see anyone else's details. >> >> Now the details the customer saw, belonged to a customer who had entered his >> name and address in the invoice, but had abandoned his cart, thus leaving >> the shoppingcart file to exist for 24 hours. Then the second customer had >> come along, managed to get the same Cart ID, and thus had seen the first >> customers address details when he went into the invoice page. >> >> Checking our weblogs for this day, we discovered that 15 different people >> had been issued the same Cart ID. >> >> Our initial thought, was that someone had linked to our site, and had >> included a Cart ID in the link, this proved not to be the case as all users >> had come directly into the site. >> >> The one thing that does connect them though, is that they all used the same >> ISP - we are therefore assuming that this problem was connected to a cache >> server. >> >> Has anyone come across this problem before? >> Any idea why it's happening? >> >> >> >> Any solutions short of running a database tracking all issued cart ID's? >> >> Thanks. ------------------------------------------------------------- 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://search.smithmicro.com/
Associated Messages, from the most recent to the oldest:
Checked this, all these customers have all come directly to our site (IE, directly typed in the URL), there are no referrer URL at all.And the fact that all 15 are using exactly the same ISP, leads me to think that it has to be a proxy cache server issue. on 26/6/01 5:42 pm, Paul Uttermohlen at Paul@ColumbusRealEstate.com wrote:> The most likely reason that 15 people would have the same cart number > would be if they all clicked on a link where a cart number has been > hard coded into the URL (like this: > http://domain.com/page.htm?cart=320254133960642). The cart is not > being issued by webcat to 15 different people. Fifteen people have > found and clicked on a link that has a number instead of the cart tag > in it. > > My best guess, Paul > > > > >> Just come across a worrying issue. >> >> We were called by a customer who, whilst proceeding through the invoice >> page, had found that there was someone else's address details already >> entered in the form. >> >> Our invoice form will automatically populate the details from the shopping >> cart file if they have already been entered, thus allowing the customer to >> return to the store to add any items they'd forgotten about, without having >> to worry about re-entering their address details. >> >> Our belief has always been that due to the cart ID been totally unique, >> there would be no-way two people could get the same cart, therefore if would >> be impossible for anyone to see anyone else's details. >> >> Now the details the customer saw, belonged to a customer who had entered his >> name and address in the invoice, but had abandoned his cart, thus leaving >> the shoppingcart file to exist for 24 hours. Then the second customer had >> come along, managed to get the same Cart ID, and thus had seen the first >> customers address details when he went into the invoice page. >> >> Checking our weblogs for this day, we discovered that 15 different people >> had been issued the same Cart ID. >> >> Our initial thought, was that someone had linked to our site, and had >> included a Cart ID in the link, this proved not to be the case as all users >> had come directly into the site. >> >> The one thing that does connect them though, is that they all used the same >> ISP - we are therefore assuming that this problem was connected to a cache >> server. >> >> Has anyone come across this problem before? >> Any idea why it's happening? >> >> >> >> Any solutions short of running a database tracking all issued cart ID's? >> >> Thanks. ------------------------------------------------------------- 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://search.smithmicro.com/
WebMaster
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:
[taxrate] question (1997)
Running _every_ page through WebCat ? (1997)
[WAY OFF TOPIC] anybody live in Kansas? (2003)
Very serious bug with the [protect] tag (2003)
Nested tags count question (1997)
WebDNA Solutions ... sorry! (1997)
SSL/Document Contains NO Data (1998)
[include ...] behavior (1997)
[WebDNA] OT: to all coders (mothers too ;-) who so know this (2009)
Searching multiple Databases (1997)
absolute path (*) - how does it work? (2007)
Logging purchases (1997)
Whats going on? (2000)
Categorizing by data (2001)
OFF TOPIC: help wanted (1997)
webcat2b12 CGI -- Date comparisons (1997)
WebCatalog as a ListServ (1998)
PSC recommends what date format yr 2000??? (1997)
Problem with Shared POP script (2003)
[WebDNA] WebDNA admin / maintenance script (2017)