Re: Multiple 'Users.db' files not possible
This WebDNA talk-list message is from 1997
It keeps the original formatting.
numero = 15823
interpreted = N
texte = >Hi Kenneth!>I think you are missing my point. Specifically, I want my customer to be>able to add and delete dealers as needed from a database that protects info>in the web site. I don't want my customer to be able to modify any other>user accounts outside of their domain, nor do I really want to give them>access to the admin group. Tha't why I think a subusers.db for a given>website would be a good solution, don't you?No Brian, sorry, but I think the problem here is that you're notunderstanding how the Users.db works with [protect] tags. You cancreate any number of different groups of users in that db, and youcan decide which specific users get access to which pages ... basedon the groups they belong to.There's no reason you should let anyone belong to the ADMIN groupexcept administrators ... but that dowsn't mean you can't create anynumber of sub-administration groups, each with its own access levelsand security preferences.And instead of only using [protect admin] in your pages, you *could*be using tags like [protect admin,subadmin,members,vendors] or[protect admin,client1] for example.In other words, anything you think you need a subusers.db for, youcan do with the users.db. It may not be obvious until you spend moretimethinking about it and using it and learning how powerful theusers.db is, but once you understand it, you'll see what I mean ... :)Sincerely,Ken Gromeken@iav.com808-737-6499WebDNA Solutionshttp://webdna.net/
Associated Messages, from the most recent to the oldest:
>Hi Kenneth!>I think you are missing my point. Specifically, I want my customer to be>able to add and delete dealers as needed from a database that protects info>in the web site. I don't want my customer to be able to modify any other>user accounts outside of their domain, nor do I really want to give them>access to the admin group. Tha't why I think a subusers.db for a given>website would be a good solution, don't you?No Brian, sorry, but I think the problem here is that you're notunderstanding how the Users.db works with
[protect] tags. You cancreate any number of different groups of users in that db, and youcan decide which specific users get access to which pages ... basedon the groups they belong to.There's no reason you should let anyone belong to the ADMIN groupexcept administrators ... but that dowsn't mean you can't create anynumber of sub-administration groups, each with its own access levelsand security preferences.And instead of only using [protect admin] in your pages, you *could*be using tags like [protect admin,subadmin,members,vendors] or[protect admin,client1] for example.In other words, anything you think you need a subusers.db for, youcan do with the users.db. It may not be obvious until you spend moretimethinking about it and using it and learning how powerful theusers.db is, but once you understand it, you'll see what I mean ... :)Sincerely,Ken Gromeken@iav.com808-737-6499WebDNA Solutionshttp://webdna.net/
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:
Posting XML data to SSL site (2002)
A little help on e-mail (HELP!!! :-) ) (1998)
Last Day of the Month (2005)
Triggers (2001)
[WebDNA] WebDNA Shipping rate quotes API (2011)
Is this possible, WebCat2.0 and checkboxes (1997)
[WebDNA] JSON objects and [JSONstore]: new cell (2014)
[SHOWIF] (1997)
I can't set the variable (2005)
Rendering out a page (1997)
emailer settings and control questions (1997)
Can't Update records (1997)
Size/Color Options (2002)
FAX orders (1996)
taxTotal (1997)
form crasehes server (1997)
orders being printed (1998)
Webcatalog acgi conflict? (1999)
blank page from template (1997)
ssl/empty cart problem (2003)