Subject | Re: User managment with embeded |
---|---|
Author | ainpoissee |
Post date | 2007-09-03T13:35:05Z |
--- In firebird-support@yahoogroups.com, "Martijn Tonies"
<m.tonies@...> wrote:
youre done. Actually, right now embedded checks for username so it
must read it from some system table in db. Now embeded could update
just those system tables and skip the security database stuff.
doesn't check it. If you mean that I should behind the scenes log in
with "generic user" and then ask users to enter username/password
which I check against "private users table" then this is kind of like
reinventing the wheel...
The point is that the embeded and remote server should behave the same
so that developer don't have to distinguish between them.
ain
<m.tonies@...> wrote:
>So? Drop security.fdb into app dir (where the fbembeded.dll is) and
> You can only have user management if you have a way to store
> the user names etc, which involves the security database.
youre done. Actually, right now embedded checks for username so it
must read it from some system table in db. Now embeded could update
just those system tables and skip the security database stuff.
> > user might want to change the username with which s/he logs in and asRolling my own users table isn't solving the problem as FB's login API
> > a app developer I have one special case less to worry about.
>
> Have you thought about some "users" table in your database? So
> instead of relying on server side security, do a bit of "roll your own"?
doesn't check it. If you mean that I should behind the scenes log in
with "generic user" and then ask users to enter username/password
which I check against "private users table" then this is kind of like
reinventing the wheel...
The point is that the embeded and remote server should behave the same
so that developer don't have to distinguish between them.
ain