Re: unique ascending numbers

This WebDNA talk-list message is from

2003


It keeps the original formatting.
numero = 50201
interpreted = N
texte = >I would guess that multiple cart numbers generated in the same epoc second >are not necessarily ascending due to the random (not ascending) characters >appended. Whoever said there are random characters appended was wrong. The appended characters are based on the number of thread hits since another date/time in the past -- so the conclusion that the cart value is ever-increasing is correct *except* possibly in two situations:1- when you change the server's clock back, you may end up repeating a cart value because part of the cart value is based on the current time. By setting the time back you also possibly repeat a previously created cart value.2- when you change servers, the first portion of the cart value will change because that portion is based on some value which is unique to that server -- probably the MAC address -- which is different on every piece of hardware. So if this unique portion of the cart value is less than the old portion, the historical list of generated cart values may no longer be increasing. -- Sincerely, Kenneth Grome ------------------------------------------------------------- My programmers will write WebDNA code for you at $27 an hour! -------------------------------------------------------------------------------------------------------------------------- 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. ExclusiveLock (was: Re: unique ascending numbers) (Nitai @ ComputerOil 2003)
  2. Re: unique ascending numbers (Gary Krockover 2003)
  3. Re: unique ascending numbers (Nitai @ ComputerOil 2003)
  4. Re: unique ascending numbers (Scott Anderson 2003)
  5. Re: unique ascending numbers (Kenneth Grome 2003)
  6. Re: unique ascending numbers (Scott Anderson 2003)
  7. Re: unique ascending numbers (Kenneth Grome 2003)
  8. Re: unique ascending numbers (Kenneth Grome 2003)
  9. Re: unique ascending numbers (Kenneth Grome 2003)
  10. Re: unique ascending numbers (Laurent Bache 2003)
  11. Re: unique ascending numbers (John Peacock 2003)
  12. Re: unique ascending numbers (Laurent Bache 2003)
  13. Re: unique ascending numbers (John Peacock 2003)
  14. Re: unique ascending numbers (Chris List Recipient 2003)
  15. Re: unique ascending numbers (Joe D'Andrea 2003)
  16. Re: unique ascending numbers (Joe D'Andrea 2003)
  17. Re: unique ascending numbers (John Peacock 2003)
  18. Re: unique ascending numbers (Christer Olsson 2003)
  19. Re: unique ascending numbers (marc@kaiwi.com (Marc Kaiwi) 2003)
  20. Re: unique ascending numbers (Christer Olsson 2003)
  21. Re: unique ascending numbers (marc@kaiwi.com (Marc Kaiwi) 2003)
  22. Re: unique ascending numbers (marc@kaiwi.com (Marc Kaiwi) 2003)
  23. Re: unique ascending numbers (John Peacock 2003)
  24. Re: unique ascending numbers (Nitai @ ComputerOil 2003)
  25. Re: unique ascending numbers (marc@kaiwi.com (Marc Kaiwi) 2003)
  26. Re: unique ascending numbers (marc@kaiwi.com (Marc Kaiwi) 2003)
  27. Re: unique ascending numbers (Kenneth Grome 2003)
  28. Re: unique ascending numbers (Nitai @ ComputerOil 2003)
  29. Re: unique ascending numbers (marc@kaiwi.com (Marc Kaiwi) 2003)
  30. Re: unique ascending numbers (Nitai @ ComputerOil 2003)
  31. unique ascending numbers (marc@kaiwi.com (Marc Kaiwi) 2003)
>I would guess that multiple cart numbers generated in the same epoc second >are not necessarily ascending due to the random (not ascending) characters >appended. Whoever said there are random characters appended was wrong. The appended characters are based on the number of thread hits since another date/time in the past -- so the conclusion that the cart value is ever-increasing is correct *except* possibly in two situations:1- when you change the server's clock back, you may end up repeating a cart value because part of the cart value is based on the current time. By setting the time back you also possibly repeat a previously created cart value.2- when you change servers, the first portion of the cart value will change because that portion is based on some value which is unique to that server -- probably the MAC address -- which is different on every piece of hardware. So if this unique portion of the cart value is less than the old portion, the historical list of generated cart values may no longer be increasing. -- Sincerely, Kenneth Grome ------------------------------------------------------------- My programmers will write WebDNA code for you at $27 an hour! -------------------------------------------------------------------------------------------------------------------------- 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/ Kenneth Grome

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:

Fwd: Problems with Webcatalog Plug-in (1997) PCS search results page (1998) encrypt (2000) Problem with updating to 2.1.1 (1998) Re:Need help... (1997) Separate SSL Server (1997) WebCat Redundancy (2000) WC1.6 to WC2 date formatting -FIXED! (1997) WebCatalog on G3 Macs? (1997) Running a store on BOTH http and https (1998) need some help with a loop (1999) ImageMagick Commands? (2003) Nested search (1997) RE: redirect with more than 256 characters (1999) Not really WebCat (1997) SKU (1997) Make sure I understand this??? (1997) db creator (2000) Multi-processor Mac info ... (1997) WebCat2.0 acgi vs plugin (1997)