导航
CMS是Content Management System的缩写 ，意为“内容治理系统”。 CMS具有许多基于模板的优异设计 ，可以加速网站开发的速率和镌汰开发的本钱。 CMS的功效并不但限于文本处置惩罚 ，它也可以处置惩罚图片、Flash动画、声像流、图像甚至电子邮件档案。 CMS着实是一个很普遍的称呼 ，从一样平常的博客程序 ，新闻宣布程序 ，到综合性的网站治理程序都可以被称为内容治理系统。
CMS的分类
凭证差别的需求 ，CMS有几种差别的分类要领。好比 ，凭证应用层面的差别 ，可以被划分为： ○ 重视后台治理的CMS ○ 重视气概设计的CMS ○ 重视前台宣布的CMS 等等。就现在已经保存的种种CMS来说 ，最终界面上都是大同小异 ，可是在编程气概与治理方法上来讲却是相差万别。 就CMS自己被设计出来的起点来说 ，应该是利便一些关于种种网络编程语言并不是很熟悉的用户用一种较量简朴的方法来治理自己的网站。这虽然是自己的起点 ，但由于各个CMS系统的原创者们自己自己的配景与对“简朴”这两个字的明确水平的差别 ，就造成了现在没有统一的标准群雄纷争的时势。 简而言之 ，CMS就是可以让你不需要学习重大的建站手艺 ，不需要学习太多重大的HTML语言 ，你就能够使用CMS构建出一个气概统一功效强盛的专业网站。
CMS的功效
CMS具有许多基于模板的优异设计 ，可以加速网站开发的速率和镌汰开发的本钱。 CMS的功效并不但限于文本处置惩罚 ，它也可以处置惩罚图片、Flash动画、声像流、图像甚至电子邮件档案。 内容治理系统是企业信息化建设和电子政务的新宠 ，也是一个相对较新的市场 ，关于内容治理 ，业界还没有一个统一的界说 ，差别的机构有差别的明确： Gartner Group 以为内容治理从内在上应该包括企业内部内容治理、Web内容治理、电子商务生意内容治理和企业外部网(Extranet)信息共享内容治理（如CRM和 SCM等） ，Web内容治理是目今的重点 ，e-business和XML是推动内容治理生长的源动力。 Merrill Lynch的剖析师以为内容治理着重于企业员工、企业用户、相助同伴和供应商利便获得非结构化信息的处置惩罚历程。内容治理的目的是把非结构化信息出书到intranets, extranets和ITE(Internet Trading Exchanges), 从而使用户可以检索、使用、剖析和共享。商业智能系统 (BI)着重于结构化数据的价值提取 ，而内容治理则着重于企业内部和外部非结构化资源的战略价值提取。 Giga Group 以为作为电子商务引擎 ，内容治明确决计划必需和电子商务效劳器细麋集成 ，从而形成内容生产(Production)、转达(Delivery)以及电子商务端到端系统。 内容治理系统是一种位于WEB前端（Web 效劳器）和后端办公系统或流程（内容创作、编辑）之间的软件系统。内容治明确决计划重点解决种种非结构化或半结构化的数字资源的收罗、治理、使用、转达和增值 ，并能有机集成到结构化数据的商业智能情形中 ，如OA,CRM等。内容的创作职员、编辑职员、宣布职员使用内容治理系统来提交、修改、审批、宣布内容。这里指的"内容"可能包括文件、表格、图片、数据库中的数据甚至视频等一切你想要宣布到 Internet、Intranet以及Extranet网站的信息。
CMS的应运而生
随着网络应用的富厚和生长 ，许多网站往往不可迅速跟进大宗信息衍生及营业模式厘革的脚步 ，经常需要破费许多时间、人力和物力来处置惩罚信息更新和维护事情；遇到网站扩充的时间 ，整合内外网及分支网站的事情就变得越发重大 ，甚至还需重新建设网站；云云下去 ，用户始终在一个高本钱、低效率的循环中升级、整合…… 首先 ，角色定位明确 ，以充分包管事情职员的事情效率；其次 ，功效完整 ，知足各门道"把关人"应用所需 ，使信息宣布准确无误。好比 ，为编辑、美工、主编及运维职员设置权限和实时治理功效。 别的 ，包管网站架构的清静性也是用户关注的焦点。能有用治理网站会见者的上岸权限 ，使内网数据库不受攻击 ，从而时刻包管网站的清静稳固 ，免于用户的后顾之忧。 凭证以上需求 ，一套专业的内容治理系统CMS应运而生 ，来有用解决用户网站建设与信息宣布中常见的问题和需求。对网站内容治理是该软件的最大优势 ，它流程完善、功效富厚 ，可把稿件分门别类并授权给正当用户编辑治理 ，而不需要用户去剖析那些难明的SQL语法。
CMS的生长
内容治理从2000年最先成为一个主要的应用领域 ，这时.COM和B2B, B2C等履历了资源和市场的磨练及洗礼 ，人们重新回到信息手艺应用的基本面－怎样提高竞争能力 ，而内容治理恰恰能够通过对企业种种类型的数字资产的爆发、治理、增值和再使用 ，改善组织的运行效率和企业的竞争能力 ，企事业单位也最先熟悉到内容治理的主要性。 从企事业单位信息化的看法来看 ，以下因素导致对内容治理软件的重大需求： (1) 知识是企业的财产。 在Internet交互历程中 ，只有十分之一涉及销售 ，其他十分之九都和信息交互有关 ，员工的知识获取越来越依赖于互联网 ，特殊是在电子商务的个性化情形中 ，客户为了做出购置决议 ，需要智能化地获守信息 ，不但仅是商品的数目和价钱 ，更主要的可能是产品的手册、清静包管、手艺指标、售后效劳、图片文件等等。 (2) 信息的实时性和准确性。 无论在企业内网照旧外网 ，信息的更新越来越快 ，企事业单位的信息生产量越来越多 ，且泛起成倍增添的趋势 ，企事业单位更需要的是一个功效强盛、可扩展的、无邪的内容治理手艺来知足一直的信息更新、维护 ，这时怎样包管信息的准确性和真实性将越来越显得主要。 (3) 企业内外网统一的需求增添。 随着企事业单位信息化的建设 ，内联网和外联网之间的信息交互越来越多,优异的内容治理系统对企业内部来说 ，能够很好地做到信息的网络和重复使用以及信息的增值使用, 关于外联网来说 ，更主要的是真正交互式和协作性的内容。
CMS包括的内容
隐藏在内容治理系统(CMS)之后的基本头脑是疏散内容的治理和设计。页面设计存储在模板里 ，而内容存储在数据库或自力的文件中。 当一个用户请求页面时 ，各部分团结天生一个标准的 HTML 页面。 一个内容治理系统通常有如下要素： 文档模板 剧本语言或标记语言 与数据库集成 内容的包括物由内嵌入页面的特殊标记控制。这些标记关于一个内容治理系统通常是唯一的。 这些系统通常有对较重大的操作的语言支持 ，如 Python, Perl, 或 Java 等。 内容治理系统对站点治理和创立编辑都有利益。这其中最大的利益是能够使用模板和通用的设计元素以确保整个网站的协调。 作者只需在他们的文档中接纳少量的模板代码 ，然后即可把精神集中在设计之上的内容了。要改变网站的外观 ，治理员只需修改模板而不是一个个单独的页面。 内容治理系统也简化了网站的内容供应和内容治理的责任委托。许多内容治理系统允许对网站的差别层面职员付与差别品级的会见权限 ， 这使得他们不必研究操作系统级的权限设置 ，只需用浏览器接口即可完成。 其他的特征如：搜索引擎、日历、Web 邮件等也会内置于内容治理系统 CMS 内 ，或允许以第三方插件的形式集成进来。
怎样开发CMS
内容治理系统是一个很泛的看法：从商业门户网站的新闻系统到小我私家的Weblog都可以称作宣布系统。 框架型：自己不包括任何应用实现 ，只是提供了底层框架 ，详细应用需要一定的二次开发 ，好比Cocoon ，Vignette； 应用型：自己是一个面向详细类型的应用实现 ，已经包括了新闻/谈论治理 ，投票 ，论坛 ，WIKI等一些子系统。好比：postNuke xoops等； 但无论怎样 ，在宣布系统选型之前 ，首先相识自己的现实需求是最主要的：想凭证现成系统将自己的需求硬往上照搬是很是不可取的。会见量 ，权限控制和种种功效需求。每个�？楹凸πё约憾冀狭壳逦坏阋院� ，再去网上找找类似的实现：你会发明着实每个环节到现在上都有较量成熟的实现了 ，并且还在一直完善和生长中 ，若是没有：你的需求太特殊 ，或者可以实验剖析成更小的系统组合实现。
内容治理系统被疏散成以下几个层面：各个层面优先思量的需求差别 1 ，后台营业子系统治理（治理优先：内容治理）：新闻录入系统 ，BBS论坛子系统 ，全文检索子系统等 ，针对差别系统的利便治理者的内容录入：所见即所得的编辑治理界面等 ，清晰的营业逻辑：种种子系统的权限控制机制等； 2 ，Portal系统（体现优先：模板治理）：大部分最终的输出页面：网站首页 ，子频道/专题页 ，新闻详情页一样平常就是种种后台子系统�？榈闹种肿楹� ，这种宣布组合逻辑是很是富厚的 ，Portal系统就是认真以上这些后台子系统的组合体现治理； 3 ，前台宣布（效率优先：宣布治理）：面向最终用户的缓存宣布 ，和搜索引擎spider的URL设计等…… 内容治理和体现的疏散：许多成套的CMS系统没有把后台种种子系统和Portal疏散开设计 ，以至于在Portal层的模板体现治理和新闻子系统的内容治理逻辑混淆在一起 ，甚至和BBS等子系统的治理都耦合的很是高 ，整个系统会显得很是庞杂。并且这样的系统各个子系统捆绑的较量死 ，若是后台的�？楹苣迅谋�。可是若是把后台种种子系统内容治理逻辑和前台的体现/宣布疏散后 ，Portal和后台各个子系统之间只是数据转达的关系：Portal只决议后台各个子系统数据的取舍和体现 ，此后台的各个子系统也都很是容易插拔。 内容治理和数据分发的疏散：需要要Portal系统设计的时间注重可缓存性（Cache Friendly）性设计：CMS后台治理和宣布机制 ，自己不要过多思量"效率"问题 ，只要最终页面输出设计的较量Cacheable ，效率问题可通过更前端专门的缓存效劳器解决。 别的 ，就是除了面向最终浏览器用户外 ，还要注重面向搜索引擎友好(Search engine Friendly)的URL设计：通过 URL REWRITE转向或基于PATH_INFO的参数剖析使得动态网页在链接（URI）形式上更像静态的目录结构 ，利便网站内容被搜索引擎收录；
