内容管理系统

大头姐

　　内容管理系统被分离成以下几个层面：各个层面优先考虑的需求不同
　　后台业务子系统管理（管理优先：内容管理）：新闻录入系统，BBS论坛子系统，全文检索子系统等，针对不同系统的方便管理者的内容录

入：所见即所得的编辑管理界面等，清晰的业务逻辑：各种子系统的权限控制机制等；
　　Portal系统（表现优先：模板管理）：大部分最终的输出页面：网站首页，子频道/专题页，新闻详情页一般就是各种后台子系统模块的各

种组合，这种发布组合逻辑是非常丰富的，Portal系统就是负责以上这些后台子系统的组合表现管理；
　　前台发布（效率优先：发布管理）：面向最终用户的缓存发布，和搜索引擎spider的URL设计等……
　　内容管理和表现的分离：很多成套的CMS系统没有把后台各种子系统和Portal分离开设计，以至于在Portal层的模板表现管理和新闻子系统

的内容管理逻辑混合在一起，甚至和BBS等子系统的管理都耦合的非常高，整个系统会显得非常庞杂。而且这样的系统各个子系统捆绑的比较死

，如果后台的模块很难改变。但是如果把后台各种子系统内容管理逻辑和前台的表现/发布分离后，Portal和后台各个子系统之间只是数据传递

的关系：Portal只决定后台各个子系统数据的取舍和表现，而后台的各个子系统也都非常容易插拔。
　　内容管理和数据分发的分离：需要要Portal系统设计的时候注意可缓存性（CacheFriendly）性设计：CMS后台管理和发布机制，本身不要

过多考虑“效率”问题，只要最终页面输出设计的比较Cacheable，效率问题可通过更前端专门的缓存服务器解决。
　　此外，就是除了面向最终浏览器用户外，还要注意面向搜索引擎友好(SearchengineFriendly)的URL设计：通过URLREWRITE转向或基于

PATH_INFO的参数解析使得动态网页在链接（URI）形式上更像静态的目录结构，方便网站内容被搜索引擎收录

xuezongqing

内容管理系统我喜欢用帝国ECMS
论坛我喜欢用DZ