问题 请问如何桥接discuz?

很多老外不知道 Discuz!，也不愿意了解它，因为他们有开源的 phpbb，还有免费的 SMF、phorum、MyBB、PunBB 等等优秀论坛程序。

国内将 Discuz 整合到 Joomla! 1.0.x 的人不少，例如 AutoIt ；据说这个整合也不难，因为 Discuz 提供了“通行证”这样的验证机制。至于具体怎么做，我没有研究过，我认为没有标准桥接器组件我就不考虑它。套句俗话：到底是我玩电脑，还是电脑玩我？

惭愧！我不懂 php 的，所以我不可能开发出任何 Joomla! 扩展来。

我再次提醒各位有意开发桥接器的朋友：

桥接器最好开发成“组件”的形式，否则越往后，你会发现有很多问题无法通过“插件”来解决。

从过去成功的桥接器案例来看，我这个观点应该是正确的。

如果不做成组件形式的桥接器，请问如何解决下列问题：

1、嵌入整合？

2、SEF ？

3、discussbot ？

4、积分政策的统一（Joomla! 1.5 已经有了积分管理组件，但是我相信该组件无法统计论坛的活动；Discuz! 也有自己的积分系统，我相信它无法管理 Joomla! 中的活动如文章提交、文件下载等等）？

可能还有更多问题，我还没有考虑到。但是就以上 4 点，我认为如果桥接器不是组件，就无法实现。

此前已经有本站高级会员发布了针对 Joomla! 1.0.x 的 Ucenter/Joomla! 整合方案，也不是组件形式。

所以，我再次呼吁：请你们这些编程高手在开始动手之前，仔细规划一下这个整合方案。一旦用户拥有了一个整合的外部 DZ 论坛，下一步就会产生更多的 feature request，如果届时你们“非组件”形式的桥接器无法实现，可能就面临推倒重来的尴尬。

我对 Discuz! 与 Joomla! 的整合一直不抱乐观态度。因为：

1、从康盛方面来讲，他们或许从来没有考虑过要跟其它开源 CMS 整合。我记得 Discuz! 有一个 supersite 的 CMS 系统，也就是说，他们会劝用户使用他们自己的 Portal 系统来做网站，而不会给其它 CMS 留下整合的接口。一个“不开放”的 DZ，会给整合带来很多麻烦。正所谓“一个巴掌拍不响”，如果 Joomla 用户热脸碰到了 DZ 的冷屁股，其结果可想而知。再说的严重点，如果 DZ 从骨子里反对这种整合，那么当你好不容易开发出一个桥接器时，康盛公司只消升级一个 7.01 版本，把某个环节稍微改一下，桥接器的作者就要累个半死。

2、从开发人员角度讲：我看了目前几个正在尝试中的 DZ 整合方案，几乎都是从程序员的“聪明”的角度出发，没有从用户的“笨”的角度出发。我很难认同这种开发理念。如果不把“易用性”、“实用性”放在首位，那么产品的前途堪忧。我想大多数用户应该能认可我这种“即插即用”（work out of box）的看法。如果为了一个使用桥接器必须学习几千字的说明书，恐怕不是用户所乐意的。

我没有研究过 ucenter， 不过让我来介绍一下什么叫做“准备好了与其它程序整合”：

在 Dokuwiki 安装之后，可以看到一个 /inc/auth 目录，里面有 ldap.class.php 文件，是用于借助 LDAP 验证登录；里面还有一个 punbb.class.php，是用于借助 PunBB 论坛帐号来验证登录；还有其它几个同类文件，我就不一一介绍了。

用户只需要在 Dokuwiki 的配置文件里面改动一行代码，指定使用哪一种方式来验证身份，就能马上将 Dokuwiki 自身的注册系统“绕”过去，直接采用该种帐号登录。—— Joomla 的桥接器就是这么开发的，本站不久将撰文介绍。

我的理解是：如果其它程序都能像 Dokuwiki 作者这样，预先为整合其它程序而做了牺牲（甘愿放弃自己的注册系统），做了铺垫（设计了验证接口），何愁无法整合？

不知道 ucenter 是否原意这么做？

当然了，可能有人说：为什么要 ucenter 作出让步？难道 Joomla 就不能为 DZ 留下接口？通过 DZ 的注册系统来验证 Joomla 的登录？

回答是：

1、Joomla 已经有这样的机制了，那就是 authentication 插件。如果你有能耐，请开发针对 DZ 的这种插件，安装到 Joomla 1.5，然后把 Joomla! 自带的认证插件禁用，就实现了用户同步；

2、ucenter 其实也可以这样做，但人家肯不肯，我管不着。我个人的看法是：你尽管充老大（好像不说 DZ 是老大，很多人都不答应啊），我不用就是了。

在谈到整合的时候，我们不要忘记一件事：那就是外观整合。Tikiwiki 提供了“自定义页头”的功能，因此我们很方便就实现了 Tikiwiki 与 Joomla! 的外观整合 ；不久有本站会员发现 phpBB3 所采用的 Smarty 模板系统，也能通过上述方法实现与 Joomla 的外观整合；我本人发现 Dokuwiki 的模板系统也非常容易添加 Joomla 的页头和页脚，从而实现外观整合。

那么，Discuz! 的模板系统有这样的设计吗？Discuz! 的团队有没有考虑过增加一个“自定义页头”的功能呢？我没有研究过，如果有，我很赞赏；如果没有，我认为 DZ 没有作出“诚心欢迎与其它 CMS 整合”的有效措施。

说道这里，我不妨发两句牢骚：在大概一年之前，Joomla 官方就沾沾自喜地表示：phpBB 开发团队与 Joomla 核心团队达成共识，双方将共同促进这两个开源程序的整合。但是一年过去了，除了看到 Joomla 官方将自己的论坛换成了 phpBB，我没有看到官方为这个整合事情作出任何努力。我似乎也没有听说 phpBB 专门在新版本中增加了方便与 Joomla 整合的功能。如果说，双方真的是真心想要彼此整合，那还要 JFusion 这样的桥接器干什么？Joomla 开发一个认证插件，phpBB 增加一个“自定义页头页脚”功能，用户5分钟就搞定了。

然而，我看到的只是虚伪的宣传。枉我当时还为那一番虚假的演说赞叹了几句。

我讲这个故事，想要说明的是：如果两个软件的核心团队之间没有联姻的诚意，任凭各位用户和几个发烧友怎么折腾，都是事倍功半。即使成功了，那也少不了许多周折。

那么，请熟悉 DZ 的粉丝告诉我：Discuz 官方是否公开表示过支持 Joomla ? 在回答 discuz.net 论坛上有人提出的这种整合要求时，官方的版主或 developer 有没有人明确表示将朝这个方向努力？

如果没有，你凭什么证明 DZ 官方有这种诚意？如果没有这种官方的表态，你凭什么让我相信一个千辛万苦开发的桥接器将来不会被某种技术手段封杀？

刚才看了 ufonba 推荐的页面。Ucenter 支持的 CMS 还真不少。我很高兴看到这种现象。尽管 Joomla 还未列在其中，但人家说了“难免挂一漏万”，我觉得 Joomla 迟早登上那个名单也是有可能的。

那么，现在有什么成熟的 DZ+Joomla 整合方案吗？我好像没有看到。

或许已经有了，请原谅我的鄙陋。但是我好像没有看到有人欢呼这种成功 —— 本站会员“忧伤b小调”甚至愿意个人出 500元来资助开发 DZ 整合方案的人，似乎也没有送出去？因此，我觉得从目前现状来看，短期内似乎不会有成熟的整合方案。

或许某些高手自己的网站上已经实现了整合，但是这个方案未必是普通用户能够容易地模仿的。好像“忧伤b小调”曾经尝试过某个整合方案，失败了。我相信那个整合方案的作者在自己网站成功了。就像 Joomla 官方只管把自己的官方论坛改换成 phpBB3，但是却从未想过广大 Joomla 用户也想实现这种整合却没有办法。

或许我太笨了。我“不懂开发，所以不好意思埋怨”，因此，我在 J1.0 平台推荐使用 FireBoard，在 J1.5 平台推荐使用 Agora。等到什么时候有一个我这样的笨蛋也能顺利应用的 DZ 整合方案出现时，我再推荐吧。

至于外观整合，我一直认为这是“整合”的不可或缺的重要部分。我对“整合”的理解就是两个内容：用户整合（身份验证）和外观整合。

如果说 Joomla+DZ 的整合在外观整合方面很难实现，不能不说是一种遗憾。当然了，我作为普通用户的一员，没有这个能耐，也不好埋怨什么。如果我需要这种外观整合，我一定会付费请人来弄的。

但是，从开发人员的角度讲，如果从一开始就把“外观整合”排除在外，我想恐怕很难作出优质的整合方案。一旦他们从观念上就排斥这种外观整合，那么即使我这样的普通用户愿意付费，人家也不屑一顾。—— 当然了，我们还是不要埋怨什么，谁叫我们没有能耐呢？

总结一下：按照 ufonba 的看法，似乎 ucenter 已经很开放了。我们不用考虑升级，只要能实现 Joomla 现有版本与 DZ 现有版本的整合，已经很不错了。那么，现在我们还没有看到一个成功的整合方案，是不是开发人员的责任呢？ucenter 都如此灵活了，你们还做不出来桥接器，是不是“没有这个能耐”？

我没有贬低国内开发人员的意思。因为我更没有能耐。即使再过100年看不到一个成功的桥接器，我也不会埋怨。 —— 谁叫我没有能耐自己整合呢？