摘要:
我从05年就开始接触phpcms了的,那个时候还是以9466的面貌出现的吧。还记得当时官方是用9466搭建的,即使到后来改名为phpcms的很长一段时间还是用9466:模版相当丑!不像现在的朋友那么有眼福。关键字:
站长 PHPCMS 正文:
我从05年就开始接触phpcms了的,那个时候还是以9466的面貌出现的吧。还记得当时官方是用9466搭建的,即使到后来改名为phpcms的很长一段时间还是用9466:模版相当丑!不像现在的朋友那么有眼福。
当时因为这个产品zend了 没有用(免费空间,大多数不支持)。直到推出2.1版,我自己买了空间,搭建起来了。当时的phpcms是我用过的最好的cms之一,对于我这种菜鸟级别的人来说,phpcms模版自动化,功能强大,界面简洁,效率高(相对于现在来说),我是打算一直用下去的。
当时在论坛上认识了不少朋友,蚂蚁呱呱叫,zico他们,都很热心的帮助解答问题(现在也还是^_^)。那个时候的论坛气氛比较好吧,申请版主的都是真心喜欢这个cms的,都没有任何功利心理。最记得当时的版本是少的可怜,几乎就没几个。所以,当时发个模版就是整个论坛的明星了。
当时相当期待3.0,因为当时的phpcms团队的发展势头相当不错。我也推荐了一些朋友过来,有一位还购买了商业版本。不幸的是,他到现在还没有领取商业授权文件,因为他测试3.0的时候,已经对我提了无数次:速度太慢! 我刚开始不相信,后来自己下载了一个测试,无语。我只好放弃了phpcms。我不知道淡淡风是怎么想的,3.0添加了这么多模块,但是据我对我朋友的观察,满意的没有几个。
在3.0出来之前有好多朋友说要采集模块,当时我的第一反映就是:不!一个cms只要专著于自己的核心功能就有立足之地,在这基础之上再添加其他东西是无可厚非。当时淡淡风也相当赞同我的观点吧,蚂蚁还把我的帖子加精了:http://bbs.phpcms.cn/viewthread.php?tid=5365&highlight。其实当时phpcms有火车头采集器,NC,小蜜蜂至少三个超级好的采集器支持,而且支持的相当好,根本没有必要开发自己的采集模块。当时淡淡风也表示:“我们之所以没有开发采集是觉得没有必要在这个方面浪费时间,因为当前流行的采集工具都能很好地支持phpcms,不开发并不代表没有能力开发,也不代表以后都不开发,只是我们目前不愿意把精力花在这个上面”。然而,淡淡风毕竟还是一个普通人,他也有压力,他也相更好的完善自己的产品。现在看来,他还有没有做到“精”,至少是“精”到用户可以接受的底线。
大家看看现在的采集情况,火车采集器已经完全不能用在3.0上了,NC和小蜜蜂由于不够灵活,我也基本上不用。而phpcms自带的采集不能说是烦冗,但充其量是一个装饰而已。不知道其他用户用的怎么样,我基本上用不了,5篇文章都采不下来,相比较而言,帝国,DEDE的采集则效率相当可怕。这个采集模块毫无优势可言,换而言之,绝对是个败笔。还有,phpcms3.0对火车的支持怎么如此差劲也是让我一直百思而不得其解的问题。无论做什么都应该是互惠互利的一种行为,多一个采集器支持,就有可能多好几成的用户,何必封死或是根本不管,淡淡风不懂这个道理?他肯定懂,不然就不会开放模块开发接口,模版分离这种东西;如果他不懂,就直接把模版不分离,把模版直接也zend,模块开发,模版开发甚至以后的安装调试全都一个团队包揽。
当务之急,已经不是如何添加更多模块的问题了,而是需要把现有的功能模块完全完善一遍,很高兴看到淡淡风已经开始行动,只是在phpcms2007又添加如此多模块的情况下,如何保证代码的高效性。还有,继续和第三方采集器合作,利人利己,让phpcms用户有更多的选择余地绝对不是错误。
期待phpcms2007。