网站内容管理系统cms(内容管理系统被分离成以下:各个优先考虑的需求)

　　网站内容管理系统cms(内容管理系统被分离成以下:各个优先考虑的需求)

　　内容管理系统是一个非常广泛的概念：从商业门户网站的新闻系统到个人Weblog，一切都可以称为发布系统。

　　框架类型：它不收录任何应用程序实现，但提供底层框架。具体应用需要一定程度的二次开发，比如Cocoon、Vignette；

　　应用类型：是一种特定的面向类型的应用实现，已经收录了新闻/评论管理、投票、论坛、WIKI等一些子系统。例如：postNuke xoops等；

　　但无论如何，在发布系统选型之前，最重要的是先了解自己的实际需求：按照现成的系统来复制自己的需求是非常不可取的。访问、访问控制和各种功能要求。各个模块和功能搞清楚后，再去网上找类似的实现：你会发现其实每个环节都有比较成熟的实现，还在不断完善和开发中。如果不是：您的要求太特殊，或者您可以尝试将其分解为更小的系统组合。

　　内容管理系统分为以下几个层次： 每个层次的优先级需求不同

　　1、后台业务子系统管理（管理优先级：内容管理）：新闻录入系统、BBS论坛子系统、全文检索子系统等，方便不同系统管理员内容录入：所见即所得编辑管理界面等，清晰的业务逻辑：各个子系统的权限控制机制等；

　　2、门户系统（性能优先：模板管理）：大部分最终输出页面：网站首页、子频道/主题页面、新闻详情页一般是各种后端子系统模块的各种组合，本次发布组合逻辑非常丰富，Portal系统负责以上后端子系统的组合性能管理；

　　3、前台发布（效率优先：发布管理）：为终端用户缓存发布，搜索引擎蜘蛛网址设计等...

　　内容管理与展示分离：很多完整的cms系统没有将各个后端子系统从Portal设计中分离出来，这样Portal层的模板展示管理和新闻子系统的内容管理逻辑混合在一起。甚至BBS等子系统的管理也是高度耦合的，整个系统会显得非常复杂。而且这种系统的各个子系统捆绑的比较死，导致后台的模块很难改动。但是，如果将各个后端子系统的内容管理逻辑与前端的性能/发布分离，那么Portal与各个后端子系统的关系就只是数据传输关系：

　　内容管理和数据分发分离：设计Portal系统时，注意Cache Friendly设计：cms后台管理和发布机制，不要想太多“效率”，只要最终页面是output 的设计更加Cacheable，效率问题可以通过更加前端的专用缓存服务器来解决。

　　另外，除了终端浏览器用户，我们还应该关注搜索引擎友好的URL设计：通过URL REWRITE重定向或者基于PATH_INFO的参数分析，动态网页在链接（URI ) 目录结构方便搜索引擎收录搜索网站的内容。