Re: state?

This WebDNA talk-list message is from

2004


It keeps the original formatting.
numero = 56856
interpreted = N
texte = No serious functional reason, I just prefer working with sequential numbers as keys for all my databases. It makes is easier to type in a particular record number or range of record numbers when I'm searching, and in databases with many records, the shorter sequential number keys save disk and RAM space - 6 digits vs. 14 digits makes a lot of difference with a hundred thousand records. - brian On Mar 15, 2004, at 1:33 PM, Kalin Mintchev wrote: >> >>> I usually do this by assigning a session ID to the user (could be a >>> [cart] value, but I usually assign IDs sequentially) and setting a > > reading this again - any reasons for not using [cart] except the > obvious - to track how many users you get with the sequential > sessions?.. > > thanks.. > >>> session cookie, then storing the variables I want to restore for the >>> next page the user hits into a dynamically generated include file >>> based >>> on the session id, like this: >>> >>> [writefile path/[sessionID]][raw][text >>> multi=T][/raw]var1=[var1]&var2=[var2](etc)[raw][/text][/raw][/ >>> writefile] >>> >>> If your variables may contain ampersands or equal signs, you need to >>> mess with some URL/UNURL contexts to get the variables to set >>> properly. >>> You can use multiple text contexts, math contexts, or whatever to get >>> your desired results. >>> >>> When the user hits a page, I check the session cookie and do this: >>> >>> [fileinfo path/[sessionID]][showif [exists]=T][include >>> path/[sessionID]][/showif][/fileinfo] >>> >>> Then, I add triggered cleanup code that will delete old session files >>> on a daily basis to avoid filling the file system. The frequency of >>> the >>> trigger and the age of the session files to delete varies based on >>> how >>> busy the site is. >>> >>> - brian >>> >>> >>> On Mar 13, 2004, at 6:11 PM, Kalin Mintchev wrote: >>> >>>> On Sat, 13 Mar 2004, charles kline wrote: >>>> >>>>> I think he means more like, in PHP, ASP, ColdFusion, you can set >>>>> variables with different scope, Session being one of them. >>>> >>>> more like php and jsp sessions. i don't now about asp and cf. they >>>> are >>>> build in system based on cookies that are included within the >>>> packages >>>> to >>>> follow users around and also they expire at certain time so it can >>>> be >>>> used >>>> for user security. also you can register all kinds of variables to >>>> each >>>> user session that belong only to him/her and can be called and used >>>> without querying a db. they expire with the session so you don't >>>> have >>>> to >>>> worry about them either.... >>>> >>>> i'm looking for the same thing like that in wc. i know it can be >>>> build >>>> using the cart implementation but was wondering if somebody already >>>> has >>>> something like that done... >>>> >>>> >>>> >>>>> >>>>> - Charles >>>>> >>>>> On Mar 12, 2004, at 9:39 PM, Kenneth Grome wrote: >>>>> >>>>>>> On Sat, 13 Mar 2004, Kenneth Grome wrote: >>>>>>> >>>>>>>>> hi all >>>>>>>>> >>>>>>>>> has somebody developed a state maintaining system with webDNA? >>>>>>>>> if yes - how efficient is it? and will the person be willing to >>>>>>>> share >>>>>>>>> the code? >>>>>>>> >>>>>>>> We all know how to identify which cart our buyers are using, >>>>>>>> what >>>>>>>> else are you seeking? What exactly are you referring to as a >>>>>>>> "State >>>>>>>> maintaining system"? >>>>>>> >>>>>>> like session. session variables.... >>>>>> >>>>>> >>>>>> Session variables ... hmmm ... do you mean like cookies that are >>>>>> reset >>>>>> each time the same person clicks a link or form button perhaps? >>>>>> What >>>>>> information do you need to store in your session variables? I >>>>>> think >>>>>> you may have to build your own custom solution since everyone has >>>>>> their own idea of what variables they need to store and access for >>>>>> each visitor ... >>>>>> -- >>>>>> >>>>>> Kenneth Grome >>> >>> >>> ------------------------------------------------------------- >>> 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/ >> > > > ------------------------------------------------------------- > 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: state? ( Brian Fries 2004)
  2. Re: state? ( Kalin Mintchev 2004)
  3. Re: state? ( Kalin Mintchev 2004)
  4. Re: state? ( Brian Fries 2004)
  5. Re: state? ( Kalin Mintchev 2004)
  6. Re: state? ( charles kline 2004)
  7. Re: state? ( Kenneth Grome 2004)
  8. Re: state? ( Kalin Mintchev 2004)
  9. Re: state? ( "Brian Boegershausen" 2004)
  10. Re: state? ( Kenneth Grome 2004)
  11. state? ( Kalin Mintchev 2004)
No serious functional reason, I just prefer working with sequential numbers as keys for all my databases. It makes is easier to type in a particular record number or range of record numbers when I'm searching, and in databases with many records, the shorter sequential number keys save disk and RAM space - 6 digits vs. 14 digits makes a lot of difference with a hundred thousand records. - brian On Mar 15, 2004, at 1:33 PM, Kalin Mintchev wrote: >> >>> I usually do this by assigning a session ID to the user (could be a >>> [cart] value, but I usually assign IDs sequentially) and setting a > > reading this again - any reasons for not using [cart] except the > obvious - to track how many users you get with the sequential > sessions?.. > > thanks.. > >>> session cookie, then storing the variables I want to restore for the >>> next page the user hits into a dynamically generated include file >>> based >>> on the session id, like this: >>> >>> [writefile path/[sessionID]][raw][text >>> multi=T][/raw]var1=[var1]&var2=[var2](etc)[raw][/text][/raw][/ >>> writefile] >>> >>> If your variables may contain ampersands or equal signs, you need to >>> mess with some URL/UNURL contexts to get the variables to set >>> properly. >>> You can use multiple text contexts, math contexts, or whatever to get >>> your desired results. >>> >>> When the user hits a page, I check the session cookie and do this: >>> >>> [fileinfo path/[sessionID]][showif [exists]=T][include >>> path/[sessionID]][/showif][/fileinfo] >>> >>> Then, I add triggered cleanup code that will delete old session files >>> on a daily basis to avoid filling the file system. The frequency of >>> the >>> trigger and the age of the session files to delete varies based on >>> how >>> busy the site is. >>> >>> - brian >>> >>> >>> On Mar 13, 2004, at 6:11 PM, Kalin Mintchev wrote: >>> >>>> On Sat, 13 Mar 2004, charles kline wrote: >>>> >>>>> I think he means more like, in PHP, ASP, ColdFusion, you can set >>>>> variables with different scope, Session being one of them. >>>> >>>> more like php and jsp sessions. i don't now about asp and cf. they >>>> are >>>> build in system based on cookies that are included within the >>>> packages >>>> to >>>> follow users around and also they expire at certain time so it can >>>> be >>>> used >>>> for user security. also you can register all kinds of variables to >>>> each >>>> user session that belong only to him/her and can be called and used >>>> without querying a db. they expire with the session so you don't >>>> have >>>> to >>>> worry about them either.... >>>> >>>> i'm looking for the same thing like that in wc. i know it can be >>>> build >>>> using the cart implementation but was wondering if somebody already >>>> has >>>> something like that done... >>>> >>>> >>>> >>>>> >>>>> - Charles >>>>> >>>>> On Mar 12, 2004, at 9:39 PM, Kenneth Grome wrote: >>>>> >>>>>>> On Sat, 13 Mar 2004, Kenneth Grome wrote: >>>>>>> >>>>>>>>> hi all >>>>>>>>> >>>>>>>>> has somebody developed a state maintaining system with webDNA? >>>>>>>>> if yes - how efficient is it? and will the person be willing to >>>>>>>> share >>>>>>>>> the code? >>>>>>>> >>>>>>>> We all know how to identify which cart our buyers are using, >>>>>>>> what >>>>>>>> else are you seeking? What exactly are you referring to as a >>>>>>>> "State >>>>>>>> maintaining system"? >>>>>>> >>>>>>> like session. session variables.... >>>>>> >>>>>> >>>>>> Session variables ... hmmm ... do you mean like cookies that are >>>>>> reset >>>>>> each time the same person clicks a link or form button perhaps? >>>>>> What >>>>>> information do you need to store in your session variables? I >>>>>> think >>>>>> you may have to build your own custom solution since everyone has >>>>>> their own idea of what variables they need to store and access for >>>>>> each visitor ... >>>>>> -- >>>>>> >>>>>> Kenneth Grome >>> >>> >>> ------------------------------------------------------------- >>> 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/ >> > > > ------------------------------------------------------------- > 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/ Brian Fries

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:

Mass Mail (2000) Cart ID (1999) Search Result refinement help (2003) WebCat2b15MacPlugin - showing [math] (1997) ShowNext for method=POST (1997) Encyption mail was Suggestions for Topics ... (1998) [WebDNA] directly talk to FileMaker databases? (2009) WebCatalog-NT?'s (1996) CheckDigit (2005) Getting the domain of every request ... (2003) Size limit for tmpl editor ? (1997) Frames and WebCat (1997) JavaScript Image Problem (1998) Re:Emailer problem....still (1997) Bug Report, maybe (1997) How would I? (2000) Re:Help name our technology! (1997) Follow-up to listfiles bug report ... (2003) Am I going senile? (Price recalc based on quantity) (1997) GuestBook example (1997)