网站内容管理系统 上传word(时请：内容管理系统被分离成以下优先考虑的需求)

　　网站内容管理系统 上传word(时请：内容管理系统被分离成以下优先考虑的需求)

　　版权声明：可任意转载，转载请务必以超链接的形式注明原出处和作者信息及本声明。

　　关键词：“内容管理系统”cms内容管理系统

　　内容摘要：

　　内容管理系统概述

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

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

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

　　后台业务子系统管理（管理优先级：内容管理）：新闻录入系统、BBS论坛子系统、全文检索子系统等，方便管理者为不同系统录入内容：所见即所得的编辑管理界面等。 、清晰的业务逻辑：各个子系统的权限控制机制等； Portal系统（性能优先：模板管理）：大部分最终输出页面：网站homepage，子频道/主题页面，新闻详情页面一般是各种后端子系统模块的各种组合，这个发布组合逻辑很丰富，Portal系统负责以上后端子系统的综合性能管理；前台发布（效率优先：发布管理）：为终端用户缓存发布，以及搜索引擎蜘蛛网址设计等... 内容管理与性能分离：多套cms系统不分离各个后端子系统而Portal的设计，使得Portal层的模板性能管理和新闻子系统的内容管理逻辑混杂在一起，甚至BBS等子系统的管理也是非常高耦合的，整个系统就会显得非常复杂而且，这样的系统各个子系统捆绑的比较死，后台很难改模块。但是，如果将各个后端子系统的内容管理逻辑与前端的性能/发布分离，那么Portal与后端子系统之间的关系就只是数据传输：Portal只决定了选择和发布后端子系统的性能，后端各个子系统也很容易插拔。

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

　　另外，除了终端浏览器用户，还要注意搜索引擎友好的URL设计：通过URL REWRITE重定向或基于PATH_INFO的参数分析，以链接（URI）的形式制作动态网页更像是静态目录结构，方便网站内容被搜索引擎收录搜索到；

<p>--------------- --------------- --------------- <BR>|新闻管理子系统| | BBS论坛子系统| | 商城子系统 | <BR>--------------- --------------- --------------- <BR> | \ / | \ / 内 <BR> | ----------|--- \ / 容