Re: passing user info on each page
This WebDNA talk-list message is from 2000
It keeps the original formatting.
numero = 30027
interpreted = N
texte = I prefer to have a members database that has their username, passsword, and userlevel. Then, have them login using [authenticate]. You'll then be able to access their entered username and password with [username] and [password] throughout the rest of their session (until they close their browser). Then, on each page, do a quick search on the username and password in your members.db to return the user level. sha-bang. all done. no cookies, no mess. -HowardOn Wed, 5 Apr 2000, dale@gmr.dresdner.net wrote:> Hello, > > I am working on an update to an existing site. The new site will require > users to log in for most functions. > > Based on who the user is, their menus will be different. e.g. beta testers, > editors, regular users. > > As there will be (currently) only about 5 classes of users, and the menus > will be fairly stable, I will plan on saving the menus out as an include > file. That will save a it to the database for each page. > > The question is, what is the best way to identify the user on each page once > they have logged in? A temporary cookie, with say just a time stamp and > their user level? I prefer not to pass a [cart] on each page as many of the > pages are designed to be bookmarked and I prefer to not clutter up the URL > any more than I have to. > > Thanks for any suggestions. The new version of this site will be even busier > than the current one. Also eventually there will be a store online (which > will not require logging in) so at that point I will need to pass the cart > value. > > -- > Dale Therio > +49 69 263 19977 office Dresdner Kleinwort Benson Research > +49 69 263 11379 fax Jürgen-Ponto-Platz 1 > +49 170 934 3610 mobile 60301 Frankfurt, Germany > > > > ------------------------------------------------------------- > 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 > ------------------------------------------------------------- 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
Associated Messages, from the most recent to the oldest:
I prefer to have a members database that has their username, passsword, and userlevel. Then, have them login using [authenticate]. You'll then be able to access their entered username and password with [username] and [password] throughout the rest of their session (until they close their browser). Then, on each page, do a quick search on the username and password in your members.db to return the user level. sha-bang. all done. no cookies, no mess. -HowardOn Wed, 5 Apr 2000, dale@gmr.dresdner.net wrote:> Hello, > > I am working on an update to an existing site. The new site will require > users to log in for most functions. > > Based on who the user is, their menus will be different. e.g. beta testers, > editors, regular users. > > As there will be (currently) only about 5 classes of users, and the menus > will be fairly stable, I will plan on saving the menus out as an include > file. That will save a it to the database for each page. > > The question is, what is the best way to identify the user on each page once > they have logged in? A temporary cookie, with say just a time stamp and > their user level? I prefer not to pass a [cart] on each page as many of the > pages are designed to be bookmarked and I prefer to not clutter up the URL > any more than I have to. > > Thanks for any suggestions. The new version of this site will be even busier > than the current one. Also eventually there will be a store online (which > will not require logging in) so at that point I will need to pass the cart > value. > > -- > Dale Therio > +49 69 263 19977 office Dresdner Kleinwort Benson Research > +49 69 263 11379 fax Jürgen-Ponto-Platz 1 > +49 170 934 3610 mobile 60301 Frankfurt, Germany > > > > ------------------------------------------------------------- > 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 > ------------------------------------------------------------- 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
Howard Wolosky
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:
Database Fields (1997)
Showif Error Generated... (2003)
Loss in Form (1998)
Calendar (1997)
New WebCatalog Version !!! (1997)
Max Record length restated as maybe bug (1997)
Formulas.db not working (2006)
Using Applescript to process WebCatalog functions (1998)
(2002)
WCS Newbie question (1997)
Authorize.net setup (2002)
Thanks Grant (1997)
RE: Promise of future help (1998)
Sorting a summary (2000)
charge.com (2005)
[WebDNA] Calendar Edit (2010)
WebCAT MacOS9 --> OSX (2003)
Change in Host? (1999)
available times? (2003)
Practical Uses (2003)