next »

[Zim]

Has anyone used their own non-CS user database?

I could easily sacrifice much/all of the user interface management within CS (and instead use the same out of another tool).

Then, all I'd need CS to do is open the other DB, and verify that the login, pwd are a match, and I would assign a set of default permissions to all of those users.

So rather than rewrite a bunch of code inside CS, I think I could essentially just not use that part.

Suggestions?

Thanks,
Mike

[Zim]

I'm hampered in this a bit b/c I simply am not a guy that thinks OO style  

But what I seem to see, using Data: umper, is that the entire user table is loaded in the User variable at all times (under permissions)?

I'm wondering how well this scales... ie. what I want is CS to user an external mySQL DB, that would contain username, pwd, and maybe a single digit access level, which would get translated into essentially add-event, self-approve.

The external DB (with its mechanisms) would help me enforce some things such as using real names, require real email addrs, etc... plus it only makes sense to share username/pwd info between web tools on the same site.

But how to do this, is not apparent to me yet... any ideas?

Mike

------------------

[DanO]

** Has anyone used their own non-CS user database? **

I haven't heard of anyone but it may be possible.

** the entire user table is loaded in the User variable at all times? **

AFAIK, just the user's record in held in the User variable not the user whole table.

Dan O.

------------------

[Zim]

I'm making some progress....

My current strategy is to create a dummy user with mini-Admin privs, ie. add event, approve/edit own.

I've modded User.pm so that if the username is not anonymous, and not my admin name, then it checks a mySQL DB of user/pwd data to validate.  

The challenge is then to maintain the CS placeholder username (to get each person the same privs), but to add in a field with the users real name.. ie. adding $User->{'fullname'}.

So far that works thru the log-in and first calendar view, but I think now its getting lost as this info is moved into Session variables.. so I need to add info to those, methinks.

Still working thru it, but making progress.

Will report when I have more working.

Oddly what I had found was that when I first loaded the calendar, all of my users were in the dump of $User.

<tr><td colspan="7"><pre>
<% use Data: umper; print Dumper($User); %>
</pre></td></tr>

but after logging in/out they were not. Shrug.

Mike

------------------

[This message has been edited by Zim (edited April 12, 2004).]