Re: Same DB Same Time

This WebDNA talk-list message is from

2004


It keeps the original formatting.
numero = 55954
interpreted = N
texte = On 2/9/04 12:23 PM, "John Peacock" wrote: > Funny, but that is exactly what this little tag called [cart] does! ;~) > It's amazing how often people try and reinvent the wheel, and only wind up > running over their toes in their ignorance. > > The [cart] tag is guaranteed to be a unique value (per server) no matter how > many sessions call it in the same second. Lol... Yes John I thought of cart... (though know you werent trying to verbally abuse me ;-) I avoided the cart aspect of it for 1 reason. Most people (by I mean all he people in my head) use an incremental sku count because there don't want to deal with the long digit aspect that comes form cart or they want a discernable logic that comes from the record number (SKU). I too use cart for various numbering schemes, but it definitely doesn't fit all the bills. ;-) >> Justin Carroll wrote: >>> I have two iFrames on a page. Both of the iFrame's src is the same. It is >>> a >>> .tpl page that does a [replacefounditems] on one database and an [append] on >>> another database. > This is always going to be a bad idea, no matter how many times you try it. > You > cannot guarantee that the two frames will be called in any specific order (it > depends completely on the client) nor can you guarantee that the updates will > not block each other. You are trying to impute some sort of dependency where > none exists. Wholeheartedly agree. The only way this isnt a bad idea is if you develop your system so that regardless of the sequence of events, your logic doesn't care (IE: no dependency on numbering schemes). Cart... Lol... [text]soundeffect=SLAPP![/text] [showif [soundeffect]![cart]] [text show=t][soundeffect][/text] [/showif] ;-) Alex J McCombie New World Media Chief Information Officer Box 124 888/892.6379 MartVille, NY 13111 Alex@NewWorldMedia.com http://OurClients.com Interface Designer WebDNA Programmer Database Designer ------------------------------------------------------------- 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: Same DB Same Time ( Justin Carroll 2004)
  2. Re: Same DB Same Time ( "Matthew C. Bohne" 2004)
  3. Re: Same DB Same Time ( Gary Krockover 2004)
  4. Re: Same DB Same Time ( Dylan Wood 2004)
  5. Re: Same DB Same Time ( Alex McCombie 2004)
  6. Re: Same DB Same Time ( John Peacock 2004)
  7. Re: Same DB Same Time ( John Peacock 2004)
  8. Re: Same DB Same Time ( "Dan Strong" 2004)
  9. Re: Same DB Same Time ( Alex McCombie 2004)
  10. Re: Same DB Same Time ( Justin Carroll 2004)
  11. Re: Same DB Same Time ( Grant Hulbert 2004)
  12. Re: Same DB Same Time ( John Peacock 2004)
  13. Re: Same DB Same Time ( Alex McCombie 2004)
  14. Same DB Same Time ( Justin Carroll 2004)
On 2/9/04 12:23 PM, "John Peacock" wrote: > Funny, but that is exactly what this little tag called [cart] does! ;~) > It's amazing how often people try and reinvent the wheel, and only wind up > running over their toes in their ignorance. > > The [cart] tag is guaranteed to be a unique value (per server) no matter how > many sessions call it in the same second. Lol... Yes John I thought of cart... (though know you werent trying to verbally abuse me ;-) I avoided the cart aspect of it for 1 reason. Most people (by I mean all he people in my head) use an incremental sku count because there don't want to deal with the long digit aspect that comes form cart or they want a discernable logic that comes from the record number (SKU). I too use cart for various numbering schemes, but it definitely doesn't fit all the bills. ;-) >> Justin Carroll wrote: >>> I have two iFrames on a page. Both of the iFrame's src is the same. It is >>> a >>> .tpl page that does a [replacefounditems] on one database and an [append] on >>> another database. > This is always going to be a bad idea, no matter how many times you try it. > You > cannot guarantee that the two frames will be called in any specific order (it > depends completely on the client) nor can you guarantee that the updates will > not block each other. You are trying to impute some sort of dependency where > none exists. Wholeheartedly agree. The only way this isnt a bad idea is if you develop your system so that regardless of the sequence of events, your logic doesn't care (IE: no dependency on numbering schemes). Cart... Lol... [text]soundeffect=SLAPP![/text] [showif [soundeffect]![cart]] [text show=t][soundeffect][/text] [/showif] ;-) Alex J McCombie New World Media Chief Information Officer Box 124 888/892.6379 MartVille, NY 13111 Alex@NewWorldMedia.com http://OurClients.com Interface Designer WebDNA Programmer Database Designer ------------------------------------------------------------- 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/ Alex McCombie

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:

searching numbers (1998) Can't Update records (1997) easy numfound search? (2001) OS Limitations (1998) [WebDNA] curl and ssl not working (2011) Server Load (2000) Sorting by date (1997) Missing Cart Information (2003) Location of Webcat site in folder hierarchy (1997) Internet Explorer and caching (2000) RE: Error -108 (1997) WC Database Format (1997) shipping costs (1997) WebCat2: Items xx to xx shown, etc. (1997) WebCat2: multiple currency support (1997) HomePage Caution (1997) SendMail (2006) 2.0 Info (1997) redondant server and Webcatalog (2000) Formating Tables w/[founditems] (1998)