Joomla建站现场 - WWP - (2)需求的头绪及方案选择
其实除了和朋友合作的小网站项目以外,自己做自己的玩意从来没正经做过所谓的需求分析,今次想做WWP这东东让我觉得脑子有些乱。之前在Docs里面随手写了点;我给自己总结一下,作为这一站的Joomla建站现场。
正如前面一篇现场提到的,WWP呢基本就是一个“gallery,用户可以提交,可以有一定程度的自我表达,同时有比较完善的站内内容发布机制”。稍微具体的说呢,在一个理想的状况下,会有用户来秀自己的东东,例如设计作品,同时提交简要的说明;站长对这些内容进行审核并发布出来;站长有一套内容发布系统,用来发布站内文章消息等等;虽然多数gallery性质的站点在发布了用户提交的东东之后就完事大吉,最多给个评论机制,但随着时间的推移,较早提交的秀就会被埋掉,除非有浏览者主动挖掘;相比digg机制,我更希望WWP中的用户可以有一套独立于站内文章系统之外的内容发布机制,生成的内容构成一个自成体系的用户内容部分,所有内容都可以通过作者名链接到作者的个人页面,个人页面中包括他所提交过的秀,他自己发布的文章等,这样用户可以依靠自己的行为对自己的秀进行推广,保持被关注;用户之间需要有简单必要的互动。
好,小小总结了一下大概就是酱子。目前,针对自己这样的需求,有几个建站方案:
1.Joomla
仍是“传统”的没悬念的解决方案,通过Joomla配合必要的扩展来实现。在如下三个方面大致的思路是:
- 作品发布方面:使用FlexiContent、K2、Mostree或其他同类扩展。
- 站长的内容发布,即站内文章方面:Joomla原生的内容发布机制或配合FlexiContent。
- 用户系统、用户内容发布及互动方面:Community Builder或JomSocial,配合My Blog,Jom Comment等。
2.Dolphin
这显然就是侧重于用户社区形式的解决方案了;原生的用户系统足以满足用户内容发布、用户互动等方面的需求,但是目前看来在站长自己的内容发布方面难以达到需求;Dolphin的扩展方面让我觉得自己不受欢迎,并有敷衍了事的感觉。
3.Drupal,Symphony等
列在一起是因为我很少在实战中接触这些极其优秀的CMS,都需要自己首先花些时间去认真了解一下,并至少能达到写出一套完整的个性化输出、定制出一套符合自己需求的扩展组合的程度,这些时间我也许花不起。Drupal原生的用户机制再配合一两个扩展其实是可以很好的满足WWP需求的,Symphony呢让我觉得像个小怪物,在定制自由度方面没的说,但是在XML和XSLT方面的能力要求以及扩展方面的不完善会让我浪费不少时间在上面。
其实很显然在写这篇现场的时候我已经确定仍然使用Joomla配合相关扩展来做这次的项目,综合各方面因素,包括CMS质量性能、扩展完善程度、我本身的知识能力等,这是唯一的最优选择,我要做的就是搭建起架子,定制整合扩展以及扩展的扩展,并完整的写一套模板输出。
说到模板,因为最近在一点点接触着HTML5,看到不少优秀的案例,本想极端一点就用它来写架子,不过考虑到目前个人的水平以及浏览器方面的问题,又不想对这个主意再做打算了;但是呢这次决不再会针对兼容IE而花额外的时间,毕竟不是公司项目;根据统计来看,会来到我这边的用户,在浏览器方面,FF和其他“好”浏览器的使用比例是超过IE不少的,不错了,我们一起渐进;我个人一贯认为,如果在现今仍在使用IE6或同类浏览器,其实等于主动选择放弃掉一些性能、体验甚至是功能的使用;互相尊重彼此的选择吧。以上。
| < Prev | Next > |
|---|
