我想关于discuz和kesion整合的需求绝非一两个人的需求。



争取不当骗子！~不哄眼球。





整合后的目的：

一站式登录，(登录论坛既登录网站）。

会员以及非会员能自由对kesion发布的每一篇文章进行回复。回复后会员能直接关联论坛的注册信息甚至头像。（这也是我整合的最大目的）。



注：

KS_diggList，KS_MoodList等和和信息详细数据有关，会员无关的继续沿用主系统数据库。

  至于现在那些什么会员分权限浏览，点券付费什么的一概不管了。我只需要整合评论（完完全全弃用kesion会员数据库表）



构思：

利用的几个系统：



DISCUZ门户功能太弱，6.x后uc_server是会员核心。用户和论坛分离式的机制给其他系统整合带来极大便利。



SUPESITE自由度不如kesion，但是能通过uc_server和discuz完美整合。（但是supesite的动态负载性能以及触发式生成的机制，包括后台极高的响应速度值得kesion学习，虽然kesion通过了五十万级的数据压力测试，但是感觉在前端上耗费了太多的资源，总感觉不行云流水）



kesion，不用说了，大家都在这里混的无需多介绍。主站就靠他了。



过程：

1：无论哪个模型，kesion每正常发布一篇信息都会向ks_iteminfo写入一条信息（类似缓存）。

2：利用supesite作为'傀儡系统'，写数据同步程序，将ks_iteminfo的数据写入到supesite的内容表里。正文不重要，主要是ID,标题等字段参数。

3：在kesion内利用接口读取php平台的信息，不想做接口可以采用iframe的方式更简单，直接引用supesite的评论部分（需要对模板做一定的前端修改）。





到今天为止捣鼓捣鼓本地已经取得很实质的进展。。随后阶段性的我来更新这贴。一起探讨吧。



-----------



最后广告一下：我的网站

www.woaishouban.com  我爱手办网  有些栏目在改版，慢慢改了……



主站完全用kesion制作。论坛原先采用dvbbs并和主站整合。但是dvbbs实在不思进取……易用和功能早已经不是php阵营的对手~（对于kesion正在开发的论坛我个人对于是否能大规模应用暂时持保留态度，毕竟一款论坛没有几年时间的积累实在太难了，尤其是在昨日黄花的asp平台，更重要的是建立开放性的接口让大众一同开发论坛的插件***，这机制绝非一两年之功……）



SHOW一下我自己给kesion开发的后台~（可惜没有适用性- -）





















（管理员有bug啊这个论坛明明说我可以上传10个附件但是一个不让我传！）



我一共有4个模型，新闻，手办，图库，视频，除了手办是用图片模型外其他都是用新闻模型衍生。

各自需求不同，我有很大的物理分类添加需求，每个题材都是一个分类，比如"变形金刚"，我同时需要在4个模型下开4个分类"变形金刚"的新闻，变形金刚的玩具。的图片，的视频。  然后各自关联。同一个模型无法满足需求。

此外还建立了数十个自定义字段，并且每个字段都有不成程度的深度利用。原装后台添加新闻是方便的，要快速修改信息里的字段实在很麻烦……（打开，编辑，发布）



现在光分类列表ks_class就有超过2700条记录了。并且以每周平均30个的速度增加。靠kesion原装的后台已经几乎到了难以维护的地步……还有大量的衍生的空分类，用单独的sql终极列表标签，用来作为列表显示（比如对于各个字段的聚合显示）



kesion还是很好用的，但是我对于整合UC会员的需求太迫切了。最近一直想过渡到PHPCMS阵营，但是我不太会PHP- -。再加上几千个栏目数据，数万条新闻数据，转换起来对我太难了……于是只有想办法用这种接口的方式来做。

我现在对性能很敏感了~

现在根本不敢再服务器上全发布信息。都是本地发布好了传上去，偏偏我几乎每隔几天就有发布的需求（折腾……）。

用I3 330，4G的内存发布，用的是SQLSERVER2005，包括建立数据关联总共下来大概需要整整一天。在我PD820的服务器上50个小时也完不成……

不知道有没有其他站长有俺这方面的困扰。