网站内容管理系统后台 设计(需求从企事业单位信息化的观点来看，对内容管理软件的巨大需求)

　　网站内容管理系统后台 设计(需求从企事业单位信息化的观点来看，对内容管理软件的巨大需求)

　　需要

　　从企事业单位信息化的角度来看，以下因素导致了对内容管理软件的巨大需求：

　　（1)知识是企业的财富，在互联网交互过程中，只有十分之一涉及销售，另外九分之一涉及信息交流。

　　相互关联，员工的知识获取越来越依赖于互联网，尤其是在电子商务的个性化环境下，客户需要做出购买决策

　　智能获取信息的不仅仅是商品的数量和价格，还有产品说明书、安全保证、技术指标、售后服务、

　　图片文件等。

　　（2)信息的及时性和准确性。无论是在内网还是外网，信息更新的越来越快，企事业单位的信息生产量越来越大。

　　越是呈指数级增长的趋势，企业和机构就越需要强大的、可扩展的、灵活的内容管理技术来满足不断增长的需求。

　　为了更新和维护信息，此时如何保证信息的准确性和真实性将变得越来越重要。

　　（3)企业内外网统一的需求越来越大。随着企事业单位信息化建设，内网和外网的信息交流越来越多，

　　一个优秀的内容管理系统有利于信息的采集和重用以及企业内部信息的增值使用。对于外联网

　　换句话说，更重要的是真正互动和协作的内容。

　　CM市场还有很多不完善的地方，包括：

　　在这个全新的市场中很难找到一个cms来满足用户的所有需求。

　　有些cms只是纯粹的信息发布工具。它们不能称为内容的采集和重用，更不能称为知识管理的概念。它们最多只是一组网络

　　仅限建站工具软件。

　　所有产品的可视化链接都很差，只有少数厂商可以提供可视化软件，这些软件没有交互性，不能作为管理工具

　　.

　　cms的内容

　　内容管理系统（cms）背后的基本思想是将内容管理和设计分开。页面设计存储在模板中，内容存储在

　　在数据库中或在单独的文件中。当用户请求一个页面时，各个部分共同生成一个标准的 HTML 页面。

　　内容管理系统通常具有以下元素：

　　文档模板

　　脚本语言或标记语言

　　与数据库集成

　　内容的内容由嵌入在页面中的特殊标签控制。这些标签通常是内容管理系统所独有的。这些系统通常有

　　对更复杂操作的语言支持，例如 Python、Perl 或 Java。

　　内容管理系统适用于站点管理和创意编辑。这样做的最大优点是能够使用模板和通用设计元素来确保整个网络

　　车站协调。作者只需要在他们的文档中使用少量的模板代码，就可以专注于设计的内容。换网

　　网站的外观，管理员只需要修改模板而不是个别页面。

　　内容管理系统也简化了网站的内容供应和内容管理的职责。许多内容管理系统允许分配不同级别的 网站

　　不同级别的访问权限，这使得他们无需研究操作系统级别的权限设置，只需使用浏览器界面即可完成。

　　其他功能如搜索引擎、日历、网页邮件等也将内置于内容管理系统cms，或允许使用第三方插件

　　表格是集成的。

　　cms 开发

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

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

　　点燃;

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

　　. 例如：postNuke xoops等；

　　但无论如何，在发布系统选型之前，最重要的是先了解您的实际需求：您要根据现成的系统来遵循自己的需求。

　　移动是非常不可取的。访问量、访问控制和各种功能要求。各个模块和功能搞清楚后，再去网上找。

　　类似的实现：你会发现，其实目前每个环节都有一个比较成熟的实现，还在完善和发展中。如果不是：你

　　要求太特殊了，也可以尝试分解成更小的系统组合。

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

　　1、后台业务子系统管理（管理优先级：内容管理）：新闻录入系统、BBS论坛子系统、全文检索子系统等，用于

　　方便不同系统管理者的内容录入：所见即所得的编辑管理界面等，业务逻辑清晰：各子系统权限控制机制

　　等待;

　　2、门户系统（性能优先：模板管理）：最终输出页面的大部分：网站首页、子频道/主题页面、新闻详情

　　页面一般是各种后端子系统模块的各种组合。这个发布组合逻辑非常丰富。门户系统负责以上工作。

　　一些后端子系统的组合性能管理；

　　3、前端发布（效率优先：发布管理）：面向终端用户的缓存发布，以及搜索引擎蜘蛛URL设计等...

　　内容管理和性能分离：很多完整的cms系统没有将各个后端子系统从Portal设计中分离出来，所以在Po

　　rtal层的模板性能管理与新闻子系统的内容管理逻辑混合在一起，甚至与BBS等子系统的管理非常耦合。

　　高，整个系统就会显得很复杂。而且这种系统的各个子系统捆绑的比较死，导致后台的模块很难改动。但是如果你把

　　在将各个后端子系统的内容管理逻辑与前端的性能/发布分离后，门户和后端子系统只是数据传输的关键。

　　部门：Portal只决定各个后端子系统的数据选择和性能，各个后端子系统也很容易插拔。

　　内容管理和数据分发分离：设计Portal系统时要注意可缓存性（Cache Friendly）。

　　) 性设计：cms后台管理发布机制，不要想太多“效率”，只要最终页面输出设计比较Cach

　　可以，效率问题可以通过更前端的专用缓存服务器来解决。

　　另外，除了终端浏览器用户，还要注意对搜索引擎友好（Search engine Friend

　　dly) URL设计：通过URL REWRITE重定向或基于PATH_INFO的参数分析制作动态网页

　　链接（URI）更像是一个静态目录结构，便于搜索引擎收录搜索网站的内容。