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的数据库乱码问题解决后，我是过了好一会儿才想起，这可能也同时解决了论坛的两个“老大难”问题——中文附件名和长标题破坏版面。
