Re: Multiple User Accounts
- From: Helpful Harry <helpful_harry@xxxxxxxxxxxxxxxx>
- Date: Fri, 05 Oct 2007 08:52:36 +1200
In article <1i5h55l.158m0ezc8v1dyN%clk@xxxxxxxxxxx>, clk@xxxxxxxxxxx
(Christoph Kaufmann) wrote:
mgfilemaker <mgoyeah@xxxxxxxxxxx> wrote:
any advice on the best way to set up and manage a small list of user
accounts (5-10 only). The built-in acounts and privileges functions
seem pretty awful to use. It seems that info has to be repeated for
every separate filein use, etc. I want the client to be able to
maintain a list of usernames and for each one select what access
levels they have without needing to ever go into the "acounts and
privileges" area.
If you use Active Directory in your system, check the feature "external
server" out.
If you have to manage the user account within Filemaker, create a table
for the accounts with these Fields
UserName
Level
Password
UserName_g (global)
Password_g (global)
In the file with this table you write scripts that
- sets the global fields with the value of the current record
- uses the level as script parameter
- calls the relevant script in each of your files (see below).
Make sure every file has an instance of this table on the relation
graphs. No relations are necessary.
_Every_ file needs scripts that create user accounts, delete user
accounts and reset passwords for existings user accounts. In these
scripts, you can use calculations for the usernames and password. You
put in the global fields of your user table there.
Unfortunately, you can't set the level with a calculation. First, you
have to set up the levels in each of your files. Then you can use the If
screpts together with script parameter to put a user account on the
correct level.
And after all that you've probably done more work than you would have
doe using FileMaker's in-built system ... unless you've got literally
hundreds of files. :o)
Yes, FileMaker's in-built password system is kludgey (at best) and not
as easy to use as it could be, and that's in FileMaker 5, so it's
probably worse in the new versions. BUT, it's better and probably more
secure than reinventing your own system using standard database
scripts, fields and functions.
Helpful Harry
Hopefully helping harassed humans happily handle handiwork hardships ;o)
.
- Follow-Ups:
- Re: Multiple User Accounts
- From: d-42
- Re: Multiple User Accounts
- References:
- Multiple User Accounts
- From: mgfilemaker
- Re: Multiple User Accounts
- From: Christoph Kaufmann
- Multiple User Accounts
- Prev by Date: Conditional Values?
- Next by Date: Re: Conditional Values?
- Previous by thread: Re: Multiple User Accounts
- Next by thread: Re: Multiple User Accounts
- Index(es):
Relevant Pages
|
Loading