dokuwiki与smf用户的整合
嗯……
国内网站中,dw+smf应该是一个罕见的组合……
所以,这一篇可能给我自己留底的意义大于给别人的参考……
以前从网上down下来一个文件,是允许smf1.1和dokuwiki用户整合的一个php。
不过我用的是smf2.0,所以要用这个文件的话必定是需要修改的。
参考了dw论坛上的讨论进行了修改。
修改后的文件在此下载:brsbox网盘
但还有一处要改,第32行:
require_once(‘/smf path/Settings.php’);
把这里红色标出的部分改成smf的绝对路径。
然后将文件上传到dokuwiki的 inc/auth 目录下。
再打开dokuwiki的 conf 目录,编辑 local.php。
加入以下两行:
$conf[‘authtype’] = ‘smfauth’;
$conf[‘auth’][‘mysql’][‘charset’] = ‘utf8’;
并且编辑:
$conf[‘superuser’] = ‘@admin’;
将“admin”改为smf的管理组名称。
由于当时我的smf表在数据库中显示为乱码,于是我在此处没有填写smf用户组名称,而是填写了我在论坛的ID“TombCrow”。
也就意味着只有这个ID才拥有对dw的全部权限。
把修改后的 local.php 上传覆盖后,dokuwiki也就不再读取原先的user文件,而是改为从数据库读取smf用户了。

剩下的就是在dokuwiki的“访问控制列表(ACL)管理器”中给各用户组设置权限。
比如,赋予中文站工作组成员编辑权限,赋予全部论坛会员讨论权限,赋予总版主、管理员、技术组全部权限等等。

好吧,我承认,这个整合比我原本预想的又是顺利很多==|||

PS:解决smf数据库乱码,其始动力其实是为了把玩一下这个整合……否则duku那里看到的中文用户名和会员组都是乱码,也无法引用和设置权限。
而smf的数据库乱码问题解决后,我是过了好一会儿才想起,这可能也同时解决了论坛的两个“老大难”问题——中文附件名和长标题破坏版面。
国内网站中,dw+smf应该是一个罕见的组合……
所以,这一篇可能给我自己留底的意义大于给别人的参考……
以前从网上down下来一个文件,是允许smf1.1和dokuwiki用户整合的一个php。
不过我用的是smf2.0,所以要用这个文件的话必定是需要修改的。
参考了dw论坛上的讨论进行了修改。
修改后的文件在此下载:brsbox网盘
但还有一处要改,第32行:
require_once(‘/smf path/Settings.php’);
把这里红色标出的部分改成smf的绝对路径。
然后将文件上传到dokuwiki的 inc/auth 目录下。
再打开dokuwiki的 conf 目录,编辑 local.php。
加入以下两行:
$conf[‘authtype’] = ‘smfauth’;
$conf[‘auth’][‘mysql’][‘charset’] = ‘utf8’;
并且编辑:
$conf[‘superuser’] = ‘@admin’;
将“admin”改为smf的管理组名称。
由于当时我的smf表在数据库中显示为乱码,于是我在此处没有填写smf用户组名称,而是填写了我在论坛的ID“TombCrow”。
也就意味着只有这个ID才拥有对dw的全部权限。
把修改后的 local.php 上传覆盖后,dokuwiki也就不再读取原先的user文件,而是改为从数据库读取smf用户了。

剩下的就是在dokuwiki的“访问控制列表(ACL)管理器”中给各用户组设置权限。
比如,赋予中文站工作组成员编辑权限,赋予全部论坛会员讨论权限,赋予总版主、管理员、技术组全部权限等等。

好吧,我承认,这个整合比我原本预想的又是顺利很多==|||

PS:解决smf数据库乱码,其始动力其实是为了把玩一下这个整合……否则duku那里看到的中文用户名和会员组都是乱码,也无法引用和设置权限。
而smf的数据库乱码问题解决后,我是过了好一会儿才想起,这可能也同时解决了论坛的两个“老大难”问题——中文附件名和长标题破坏版面。
