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:

WCf2 and nested tags (1997) Replace context problem ... (1997) Auto entering Friday's date in a field (2002) customer info (2001) Overridding E-Mailer (1998) strange math (2004) SiteEdit NewFile.html ? (1997) Generate a SKU (1998) Type 11 errors setting up WebCAt 2 (1997) WebCat name recognition (1998) [isfile] ? (1997) Sendmail Question (2001) Emailer port change (1997) WebCatalog2 Feature Feedback (1996) database size? (1997) More on the email templates (1997) Type 2 errors with WebCatalog.acgi (1997) I give up!! (1997) Multiple Stores and WebCatalog Prefs (1997) Limiting user access to .tmpl files (1997)