Some brief thoughts about XOOPS roadmap

归类: XoopsXoopsChina | 2/5/2005 @ 12:18 pm (阅读: 211)
[摘要]:

SECURE STABLE SPEEDY SCALABLE

XOOPS的下个版本2.2甚至3.0的主要功能,是XOOPS开发人员和用户所关注的。

相对于一般的CMS,XOOPS有两个主要的优势:完善的多级管理机制和灵活的功能模块。然而正是这些特征也造成了XOOPS的一些限制。

多级管理机制满足了一些复杂站点的管理需求,但是不可否认,权限设置过多的耗费了资源,特别是对一些简单的个人站点,有些多此一举。好在从2.2开始,XOOPS对数据存取机制作了较大改变,部分更新品率低的数据存取方式恢复到1.3之前,采用文件保存,思路大致类似于前两天karuna和文明猪所讨论的。

XOOPS的模块系统,继承自nuke并发扬光大。在XOOPS核心基础上作模块开发很是省心,安全性也好,用户安装使用也极其方便。然而正是由于XOOPS的模块机制是基于功能的,缺少了对整站系统的分类管理。以前bbchen在总站曾经讨论过类似问题。
这个问题的解决,可以采用某些折衷方案,比如multi-site的hack;在2004年7月的XOOPS官方每月一站推荐的站点,则采用了对模块作hack的方案,每个模块的数据表加入相应的整站分类的键,实现了多社区多俱乐部式的管理。
XOOPS 2.1/2.2的主开发曾经讲过,要把XOOPS做成真正的内容(Real Content-Oriented)管理系统,而不是目前以功能为导向的机制。希望能早点完成。

国人是很聪明的,(这话也许已经被重复得太多了),很久以前,有人(与XOOPS关系密切)就已经解决了XOOPS的整站分类问题,从而诞生了一个新的CMS,当然,那不是GPL的,是商品,与OpenSource没有关系,那人也与XOOPS再没有关系。我在XOOPS和开源社区纯粹是新手,不了解历史,这只是根据自己观察的个人结论。
我做XOOPS开发、支持,纯粹是出于个人兴趣,对开源的热爱,不可避免哪一天自己也要离开XOOPS。看了开发社区的人来人往,你会明白这一刻你没法预料是在明年,还是在明天。
离开XOOPS之后,也许会采用一位著名XOOPS前辈的方式,做远远的观望,继续祝福,哪怕只是在心底。

3条评论

  1. 评论 由 webmaster:

    MATRIX

  2. 评论 由 Anonymous:

    ezcms 吗?

  3. 评论 由 Anonymous:

    木鱼的xplus吧?goghs的品行一直是我们所敬仰的…

发表评论