CMS=content manage system=网站内容治理系统,是一种网站建设解决规划！

内容治理系统是一个很泛的概想：从贸易门户网站的新闻系统到幼我的Weblog都能够称作颁布系统。。。。。。。

框架型：自身不蕴含任何利用实现，，，，，，只是提供了底层框架，，，，，，具体利用必要肯定的二次开发，，，，，，好比Cocoon，，，，，，Vignette；；；；；；；
利用型：自身是一个面向具体类型的利用实现，，，，，，已经蕴含了新闻/评论治理，，，，，，投票，，，，，，论坛，，，，，，WIKI等一些子系统。。。。。。。好比：postNuke xoops等；；；；；；；

但无论若何，，，，，，在颁布系统选型之前，，，，，，首先相识自己的现实需要是最沉要的：想凭据现成系统将自己的需要硬往上照搬是极度不成取的。。。。。。。接见量，，，，，，权限节造和各类职能需要。。。。。。。每个？？？？？？？楹椭澳茏约憾急攘η宄阂坏阋岳，，，，，，再去网上找找类似的实现：你会发显熹实每个环节到目前上都有比力成熟的实现了，，，，，，并且还在不休美满和发展中，，，，，，若是没有：你的需要太特殊，，，，，，或者能够尝试分化成更幼的系统组合实现。。。。。。。

内容治理系统被分离成以下几个层面：各个层面优先思考的需要分歧

后盾业务子系统治理（治理优先：内容治理）：新闻录入系统，，，，，，BBS论坛子系统，，，，，，全文检索子系统等，，，，，，针对分歧系统的方便治理者的内容录入：所见即所得的编纂治理界面等，，，，，，清澈的业务逻辑：各类子系统的权限节造机造等；；；；；；；
Portal系统（阐发优先：模板治理）：大部门最终的输出页面：网站首页，，，，，，子频路/专题页，，，，，，新闻详情页通常就是各类后盾子系统？？？？？？？榈母骼嘧楹，，，，，，这种颁布组合逻辑是极度丰硕的，，，，，，Portal系统就是掌管以上这些后盾子系统的组合阐发治理；；；；；；；
前台颁布（效能优先：颁布治理）：面向最终用户的缓存颁布，，，，，，和搜索引擎spider的URL设计等……
内容治理和阐发的分离：好多成套的CMS系统没有把后盾各类子系统和Portal分脱离设计，，，，，，以至于在Portal层的模板阐发治理和新闻子系统的内容治理逻辑混合在一路，，，，，，甚至和BBS等子系统的治理都耦合的极度高，，，，，，整个系统会显得极度错杂。。。。。。。并且这样的系统各个子系统绑缚的比力死，，，，，，若是后盾的？？？？？？？楹苣雅ぷ。。。。。。。但是若是把后盾各类子系统内容治理逻辑和前台的阐发/颁布分离后，，，，，，Portal和后盾各个子系统之间只是数据传递的关系：Portal只决定后盾各个子系统数据的弃取和阐发，，，，，，而后盾的各个子系统也都极度容易插拔。。。。。。。

内容治理和数据分发的分离：必要要Portal系统设计的时辰把稳可缓存性（Cache Friendly）性设计：CMS后盾治理和颁布机造，，，，，，自身不要过多思考“效能”问题，，，，，，只有最终页面输出设计的比力Cacheable，，，，，，效能问题可通过更前端专门的缓存服务器解决。。。。。。。

此表，，，，，，就是除了面向最终浏览器用户表，，，，，，还要把稳面向搜索引擎敦睦(Search engine Friendly)的URL设计：通过URL REWRITE转向或基于PATH_INFO的参数解析使得动态网页在链接（URI）大局上更像静态的目录结构，，，，，，方便网站内容被搜索引擎收录；；；；；；；