[Phplib-users] phplib app integration
Brought to you by:
nhruby,
richardarcher
|
From: Stephen W. <wo...@me...> - 2001-08-23 21:06:58
|
I have been following the interesting discussion between Gian, Ben and
other, but I want to jump back from the details for a minute. I think
this builds on what you guys have been saying but I need to say it to
see if I understand in it. So here goes ...
An application is accessible by an authorized user.
An application provides access based on the authorization level of the
user.
Different application need to have different authorization levels for
its users.
A single user might have different authorization levels depending on the
application.
The information to define a user is different for different apps.
I think this much is correct, did I miss anything?
This seems to imply that phplib needs a generic Auth module that is
application and user independent - its job would be to asertain if a
user is how they say they are via their password, then return there
unique user id.
Applications need to register themselves at installation with the Auth
module and define there authorization levels.
There needs to be a generic User module the defines and or updates a
user and assigns him a unique id. If the user already has an identity,
then he can login and only update those fields that are required for the
new application.
There needs to be a way for an application create a new user or extend
an existing user to be authorized at some level for that application.
Applications need to register user specific data they might want to
store for a user with the user module if there is a common one used by
all apps.
Then you have a common user login that will allow him/her to move
between authorized applications.
This also seems to imply that the application does not nessisarily own
the User of the Auth tables and they might not been in the same database
as the application tables, especially if there are multiple databases.
This is grain for the mill, feel free to grind it up :)
-Steve
|