From: Adam S. <ad...@pe...> - 2001-09-21 17:36:16
|
> The one thing that bothers me about many of these tools is the lack of > capability for combined registration / authentication. We need some > kind of SQL based auth plugin that other packages can use optionally, > (instead of their own built in auth table). Ideally, the login ID > used should be an email address, per Jacob Nielson's suggestion, > because it's guaranteed to be unique, and easy to remember. > > Does anyone know of a project that is addressing this? If not, > perhaps we can think about it for the new auth features of PhpWiki? i think the stuff that drupal is doing is really cool and would be great if phpwiki supported it. drupal's also written in php so their may even be code that we can rip off to do it. http://www.drop.org/node.php?id=531 it's overkill for what phpwiki needs, but if you want some sort of centralized naming system this is what will hopefully be the "passport killer" (ahhh, dreams). the tricky bit is that it's not designed for wiki's and how do you translate an email adress login name to a HomePage (eg. AdamShand) where we're talking about storing user data. i've been thinking more about WikiAsPim and such things and it solves a lot of the issues i have with heirarchical datastorage. the problem all comes down to how to do you continue to embrace the simplicity and inherent flexibility of a wiki and still provide access to multiple datasources (like maybe ldap for a contact database) in a useful way. everything comes down to ui ... and that's hard to solve. adam. |