世界上最好用的工具是锤子,,,,,,,,由于上面一个按纽都没有,,,,,,,,好多工具没人使用不是由于职能不好,,,,,,,,而是职能太多。。。。。。。CMS 是网站内容治理系统,,,,,,,,它的作用是援手网站所有者自主创作站点内容,,,,,,,,并对这些内容进行组织。。。。。。。目前,,,,,,,,全球约莫罕见千家 CMS 供给商,,,,,,,,他们的指标市场各不一样,,,,,,,,好比 Vignette 的客户蕴含 Cathy Pacific 和 2004年雅典奥运会,,,,,,,,而 Microsoft Share Point 这样的轻量级系统险些能够利用到任何幼规模的组织。。。。。。。除了贸易 CMS ,,,,,,,,近年来如雨后春笋般冒出来的开源 CMS 也让人应接不暇,,,,,,,,开源 CMS 最大的特点是职能丰硕,,,,,,,,既然开源,,,,,,,,人人都愿意将自己心目中梦想的职能加进去,,,,,,,,最终的局面是,,,,,,,,你想知路某个开源 CMS 的用法,,,,,,,,你必要去书店买一本书并把它读完,,,,,,,,在 packtpub.com 你能找到很长的一个书目,,,,,,,,这些书都是教你若何使用那些 CMS 系统的。。。。。。。本文从使用者的角度审视现今国表主流 CMS 系统的重大职能,,,,,,,,并对这些职能进行评点,,,,,,,,全文基于以下开源 CMS 产品:Drupal, Joomla!, CMS Made Simple, Mambo, Plone, Xoops,,,,,,,,其中前三者是2007开源CMS大奖的获得者。。。。。。。
WYSIWYG Web 编纂器
所见即所得 (WYSIWYG)Web 编纂器是你编写网站内容的最沉要的工具,,,,,,,,一个好的编纂器能够出产出优良的代码并让你占有高质量的网站内容,,,,,,,,目前最好的 WYSIWYG 编纂器蕴含,,,,,,,,TinyMCE 和 FCKeditor 两种,,,,,,,,这两种编纂器在各 CMS 产品中被集成的最多,,,,,,,,我幼我最喜欢 TinyMCE,,,,,,,,以为它更轻量。。。。。。。若是你想看到更多 WYSIWYG Web 编纂器,,,,,,,,你能够接见主流 WYSIWYG Web 编纂器职能对比表。。。。。。。
WYSIWYG Web 编纂器是任何 CMS 系统必备的职能,,,,,,,,不然,,,,,,,,让用户自己创建内容就成了空言。。。。。。。
模板
模板是 CMS 将内容和大局分隔的很好的机造,,,,,,,, CMS 系统必须允许使用者更改站点表观,,,,,,,,不论是使用模板还是可视化参数调整。。。。。。。但模板也时时是一个 CMS 系统最令人头痛的部门,,,,,,,,你能够下载免费的模板,,,,,,,,也能够花钱请人做,,,,,,,,若要自己做,,,,,,,,你会发现那是切实不是个轻松的工作。。。。。。。
静态 URL
敦睦的,,,,,,,,静态的 URL 不仅让用户,,,,,,,,并且让搜索引擎更舒服,,,,,,,,此刻的 URL Rewrite 技术已经能够很容易实现这个职能,,,,,,,,对所有 CMS 来说,,,,,,,,这是必须的一个职能。。。。。。。但您必须纠正一个私见,,,,,,,,并非只有 Html 后缀才叫静态 URL,,,,,,,,任何不含查问字符串的 URL,,,,,,,,不论是什么后缀,,,,,,,,都是静态 URL。。。。。。。
全站搜索
CMS 系统通常使用后盾数据库存储网站内容,,,,,,,,这让全站搜索变得易于实现。。。。。。。让接见者急剧找到想要的内容是 CMS 的首要工作,,,,,,,,这是一个 CMS 系统必须占有的职能。。。。。。。
站点地图
站点地图将全站内容的静态链接放在一个扁平页面中,,,,,,,,对接见者和搜索引擎来说,,,,,,,,这都是一个方便之举,,,,,,,,自动天生站点地图,,,,,,,,是任何 CMS 系统都需必备的一个职能。。。。。。。
自动导航菜单
网站创作者一壁增长内容,,,,,,,,系统一壁对这些内容进行自动组织,,,,,,,,并天生导航菜单,,,,,,,,这些自动天生的导航菜单能够有效地疏导接见者发现他们想要的内容。。。。。。。这个职能对所有 CMS 系统都极度必要。。。。。。。
自动面包屑导航
面包屑导航援手接见者在肆意导航深度中都能从原路返回,,,,,,,,这是网站易用性的一个沉要指标,,,,,,,,该职能极度沉要。。。。。。。
自动缩略图
用户向网站上载图片之后,,,,,,,,CMS 系统应该能自动按当前工作区的大幼天生缩略图,,,,,,,,该职能对任何网站都极度必要,,,,,,,,终于不是所有效户都知路若何使用缩幼图片,,,,,,,,而如今主流的图片源,,,,,,,,数码相机,,,,,,,,即便放在最低分辨率模式下,,,,,,,,其产生的图片尺寸依然远弘远于网站的现实需要。。。。。。。
批量上载
这个职能允许用户一次上载多个文件,,,,,,,,该职能通常通过 zip 压缩包实现,,,,,,,,用户直接将批量文件压缩成 zip 文件,,,,,,,,上载后,,,,,,,,CMS 会将这些文件解开并预防在相应地位。。。。。。。该职能并非对所有站点都实用,,,,,,,,若是你的站点并不必要大量资源的上载,,,,,,,,该职能是无关紧要的。。。。。。。
拼写查抄
拼写查抄通常通过两种方式实现,,,,,,,,一种是纯客户端方式,,,,,,,,用户在浏览器中创作内容的时辰,,,,,,,,客户端的 Javascript 将用户的拼写同位于客户端的字典进行对照查抄;;;;;;;;第二种方式是,,,,,,,,AJAX 方式,,,,,,,,用户在客户端创作的同时,,,,,,,,使用 AJAX 机造将当前拼写同服务器端的字典进行对照,,,,,,,,无论何种方式,,,,,,,,拼写查抄城市给客户与服务器带来额表的职守,,,,,,,,固然拼写查抄听起来很好,,,,,,,,但若是是在 Word 或 Excel 中,,,,,,,,那当然没问题,,,,,,,,所有都在本地,,,,,,,,在 Web 这个领域,,,,,,,,拼写查抄要复杂得多。。。。。。。
Captcha
Captcha 是这样一种机造,,,,,,,,网站在接管用户提供的信息的时辰,,,,,,,,为了预防被一些自动法式滥用,,,,,,,,会天生一段只有人类能力识此外鉴别码要你输入,,,,,,,,用来分辨人和自动法式。。。。。。。该职能对大型的,,,,,,,,必要大量用户提供信息的网站来说是极度必要的,,,,,,,,好比 Craigslist.org ,,,,,,,,为了预防人们在某些版块使用自动发帖机沉复张贴告白,,,,,,,,便使用了 Captcha 机造。。。。。。。但对幼规模的网站,,,,,,,,由于你的接见量和驰名度还达不到会被滥用的水平,,,,,,,,Captcha 是无关紧要的器材。。。。。。。不论怎么,,,,,,,,选择 Captcha 机造之前,,,,,,,,肯定对该 Captcha 进行测试,,,,,,,,我遇到过好多人类无法识此外 Captcha 鉴别码系统,,,,,,,,只能说,,,,,,,,他们的 Captcha 机造太极端了。。。。。。。
版本节造
按理说,,,,,,,,版本节造是任何 CMS 系统必须占有的职能,,,,,,,,但在现实使用中,,,,,,,,我发现,,,,,,,,这个复杂的版本节造职能并不想人们设想的那么好用,,,,,,,,内容治理中最可怕的是出现内容混乱,,,,,,,,拿你自己的文件系统做比力,,,,,,,,有几多人在自己的文件夹中为一个文件设立分歧的版本呢,,,,,,,,即便有,,,,,,,,最终怕也将以混乱终场,,,,,,,,版本节造在好多场所就是将单一的问题复杂化。。。。。。。
但在某些场所,,,,,,,,好比你的网站由好多人参加交叉创作,,,,,,,,各人为了预防统一个文件被其他人谬误地扭转,,,,,,,,版本节造能够助你追忆较早的版本。。。。。。。版本节造职能的一个极端的例子就是 wiki,,,,,,,,wikipedia 上的一个热点词条上会罕见千个批改纪录,,,,,,,,你能够凭借这些纪录将这个词条追忆到几天前或几个月前的某个版本,,,,,,,,当然 wikipedia 正本就是给 Geek 们用的。。。。。。。
更改审计与追踪
这个职能的命运和版本节造一样,,,,,,,,人人感触它很沉要,,,,,,,,但人人都不喜欢。。。。。。。该职能能够纪录站点内容的更改汗青,,,,,,,,谁在什么时辰,,,,,,,,对什么内容,,,,,,,,做了什么样的扭转,,,,,,,,若是你有一个网站内容创作团队,,,,,,,,为了预防团队成员犯错,,,,,,,,这个职能是极度有效的,,,,,,,,若是只是三五幼我一路协商着做做内容,,,,,,,,不审计也罢。。。。。。。
内容审批颁布
内容经审批是除了版本节造之表,,,,,,,,另表一个贪图将单一的事件复杂化的职能,,,,,,,,此刻网站越来越注沉内容的时效性,,,,,,,,如果你颁布了一条新闻,,,,,,,,在期待主管审批的过程中此外网站已经争先颁布了,,,,,,,,这种无形的损失是巨大的,,,,,,,,与其将所有器材都美满了再做,,,,,,,,不如一壁做一壁美满。。。。。。。
当然,,,,,,,,若是你的内容若是失当会引告状讼或其它麻烦,,,,,,,,这个审批职能还是必要的。。。。。。。
电子邮件地址验证
有一些网站,,,,,,,,似乎出格看中用户在注册的时辰所提供的电子邮件地址的合法性,,,,,,,,只管这些邮件地址对他们来说可能毫无价值。。。。。。。他们会向你提供的邮件地址发送一个验证码,,,,,,,,你收到验证码之后,,,,,,,,通过点击一个链接实现验证,,,,,,,,这听上去很缜密,,,,,,,,也很科学,,,,,,,,但到底为了什么,,,,,,,,你破费了这样大的实力只为了获得一个真实的 Email 地址吗????????即便是这样,,,,,,,,这个地址对你来说有什么用处????????若是您但愿通过这个地址定期向用户发送产品资料,,,,,,,,请肯定记住,,,,,,,,我们处在一个即将被垃圾邮件搞疯的时期,,,,,,,,一幼我每天收到200封垃圾邮件不是什么希奇的事,,,,,,,,您定期发送给用户的邮件很可能象其它垃圾邮件一样被直接删除,,,,,,,,或者直接被 Outlook 的垃圾邮件过滤职能拖进垃圾箱。。。。。。。
这个机造还存在一个缺点,,,,,,,,就是好多人提供的免费 Email 地址在很多网站是压根就不能用的,,,,,,,,好多人等了一个下午也不见验证码回来,,,,,,,,我的定见是,,,,,,,,若是要求用户注册,,,,,,,,若是用户的信息对你没有任何经济价值,,,,,,,,那只有效户提供用户名和密码就足够了。。。。。。。
输出到 HTML 静态文件
对一些可能遇到海量接见的大型站点,,,,,,,,将内容输出到静态 HTML 对机能有肯定的援手,,,,,,,,但必须意识到输出 HTML 静态页面的问题,,,,,,,,将站点全数天生 HTML 文件是极度耗时的,,,,,,,,所以好多 CMS 系统使用了服务器上打算工作来自动实现这个转化过程,,,,,,,,这就面对着一个内容滞后的问题,,,,,,,,就是说你的站点无法做到实时更新。。。。。。。另表,,,,,,,,一些轻微的内容更改都必要全站沉建(Rebuild)是很令人沮丧的。。。。。。。事实上,,,,,,,,随着服务器推算能力的成倍提高,,,,,,,,此刻的服务器已经能够在豪秒级实现一个页面的渲染,,,,,,,,这点功夫比起网络上自身的延长险些是无法发觉的。。。。。。。
这里还存在另表一个误区,,,,,,,,有些人以为只有 html 后缀的网页才是对搜索引擎敦睦的静态页面,,,,,,,,事实上,,,,,,,,任何不蕴含查问字符串参数的 URL 都是 SEO 敦睦的静态页面,,,,,,,,它们之间没有区别,,,,,,,,搜索引擎对 aspx, html, jsp 等各类分歧后缀的 URL 是因人而异的,,,,,,,,只有你不蕴含查问字符串。。。。。。。
内容采集
使用内容采集职能,,,,,,,,你能够自动从此外网站抓取内容并颁布在自己的网站上,,,,,,,,这是个极度无耻的职能,,,,,,,,一个网站最终是否成功,,,,,,,,比的是内容,,,,,,,,并且是原创内容。。。。。。。另表,,,,,,,,内容采集是个很不成靠的职能,,,,,,,,好比,,,,,,,,被剽窃网站忽然改版,,,,,,,,内容采集只能沉新界说采集规定,,,,,,,,而那些规定是极其复杂的。。。。。。。
现场编纂
现场编纂允许内容创作着一壁浏览自己的网站,,,,,,,,一壁在发现问题的时辰,,,,,,,,直接登陆到 CMS 系统进行现场批改。。。。。。。有一些 CMS 系统,,,,,,,,分了严格的前端和后端,,,,,,,,内容创作都是在一个独立的后端治理系统中实现的,,,,,,,,内容颁布后,,,,,,,,在前端能够看到了局。。。。。。。现场编纂是个极度好的职能,,,,,,,,能够让创作者在流畅的思路下进行创作。。。。。。。
回收箱职能
人未免犯错,,,,,,,,但犯错了还有援救的余地,,,,,,,,这就很好,,,,,,,,这个职能保障创作者即便不幼心删除了某个内容,,,,,,,,依然能从回收箱找回。。。。。。。
接见统计
这个职能极度实用,,,,,,,,好的统计职能能够让你随使仄握网站的接见情况,,,,,,,,以便调整自己的优化或告白战术。。。。。。。接见统计职能有两种实现方式,,,,,,,,一种是全内置的,,,,,,,,所有统计职能由 CMS 系统自身实现;;;;;;;;另一种使用第三方统计服务,,,,,,,, CMS 系统只是将第三访提供统计代码插入所有网页。。。。。。。目前,,,,,,,,最好的第三方免费统计服务是由 Google 提供的,,,,,,,,你能够到 Google Analytics 查看更多具体介绍。。。。。。。
内容翻译职能
这是个听上去不错,,,,,,,,事实上却很糟糕的一个职能,,,,,,,,谁都想按一个按纽就把自己的中文网站翻译成英文,,,,,,,,但迄今为止,,,,,,,,世界上最好的翻译引擎 World Lingo 的翻译了局仍差强人意,,,,,,,,更不要说那些二流或三流的。。。。。。。若是你感触好玩,,,,,,,,这个职能天然好玩,,,,,,,,但用作正式网站却要极度审慎,,,,,,,,这些翻译引擎的翻译了局往往让人苦笑不得。。。。。。。
另表,,,,,,,,险些所有的 CMS 翻译职能都是以挪用第三方 Webservice 或以 Screen Scrape 方式实现的,,,,,,,,这就为它们的靠得住性埋下隐患,,,,,,,,由于你不能保障这些免费的第三方借口什么时辰会忽然扭转。。。。。。。
内容聚合
两年前,,,,,,,,内容聚合(RSS)炙手可热,,,,,,,,盛行得不得了,,,,,,,,此刻社会网络取代了所有,,,,,,,,2008年你还在自己的网站上提供 RSS 链接将是很土的事。。。。。。。
多语种 (多国说话)
既然 CMS 提供的在线翻译底子不成靠,,,,,,,,就老厚道实自己做多国说话内容好了。。。。。。。好的 CMS 允许创作者只是提供某项内容的分歧说话版本,,,,,,,,由系统自动对这些分歧说话版本的内容进行组织。。。。。。。
支持 UTF-8
要支持多国说话,,,,,,,,CMS 就应该尽可能地使用 UTF-8 编码。。。。。。。
XHTML 支持
此刻,,,,,,,,越来越多的浏览器参与 W3C 堡垒,,,,,,,,蕴含 IE,,,,,,,,支持 W3C 尺度的 CMS 对天生的内容能够更好地掌控,,,,,,,,支持更多的浏览器,,,,,,,,对浏览器页面渲染效能的支持也更好。。。。。。。XHTML 能够让 CMS 产生的代码更合乎规范,,,,,,,,但必要把稳的是,,,,,,,,好多 CMS 系统靠 WYSIWYG 编纂器创作内容,,,,,,,,这就要求你的 WYSIWYG 编纂器可能产生 XHTML 代码,,,,,,,,目前,,,,,,,,天生代码最合乎 XHTML 规范的编纂器是 TinyMCE。。。。。。。
博客职能
博客和通常内容的区别是,,,,,,,,博客基于功夫,,,,,,,,支持 Tag,,,,,,,,对 CMS 来说,,,,,,,,同时蕴含博客职能不是多么难的事,,,,,,,,可能有人会说,,,,,,,,何不使用更专业的博客系统。。。。。。。好比 Wordpress,,,,,,,,问题是你很难将那些专业的博客系统无缝集成到你的站点,,,,,,,,更不要说那些系统部署起来也并不容易。。。。。。。CMS 职能中蕴含博客的主张是,,,,,,,,好多企业网站往往在自己的站点中推出团队博客,,,,,,,,以便拉近和客人之间的距离,,,,,,,,在幼我网站中参与博客,,,,,,,,也会让你的接见者对你相识得更多一些,,,,,,,,当局网站,,,,,,,,或其它官僚机构网站也是这样。。。。。。。
在线谈天职能
这个职能在90年代末极度盛行,,,,,,,,那是 Web 谈天和 IRC 谈天的时期,,,,,,,,此刻这样的职能切实有余,,,,,,,,人们更喜欢使用 MSN, Skype,或者 QQ.
告白治理职能
下载一段告白代码(不论是来自Google,,,,,,,,还是Alimama),,,,,,,,放到自己的网站,,,,,,,,而后等着别人上门送钱;;;;;;;;或者你有自己的告白渠路,,,,,,,,CMS 的告白治理职能就是在你的网站上部署告白的,,,,,,,,若是你对自己的网站的前途极度自负,,,,,,,,这个职能能够很好地助你治理告白,,,,,,,,然而若是你属于不幸运的99%,,,,,,,,你底子不成能从告白中获得真正收益。。。。。。。若是你是企业网站,,,,,,,,或者当局网站,,,,,,,,或者某些机构性网站,,,,,,,,压根就不该在上面部署任何第三方告白。。。。。。。
论坛职能
CMS 中的论坛注定无法和 Discuz! 一样的专业论坛法式相比,,,,,,,,但能够援手要求不高的用户削减部署功夫,,,,,,,,并能让论坛职能直接集体成在网站中。。。。。。。但现实使用中我发现,,,,,,,,这种系统往往成为鸡肋,,,,,,,,若是你要部署的是大型论坛,,,,,,,,那应该使用专业的论坛系统,,,,,,,,若是你的论坛可能没几幼我接见,,,,,,,,索性不要部署。。。。。。。
FAQ,,,,,,,,招聘,,,,,,,,产品治理等职能
我的设法是,,,,,,,,若是这些单一的职能都必要独立的模浚??????槿ナ迪,,,,,,,,最终一个 CMS 系统会被自己压垮,,,,,,,,这些职能齐全能够象创建通常内容那样创建,,,,,,,,好比,,,,,,,,若是你的企业要在网站上颁布招聘信息,,,,,,,,你没有必要要求那个系统和智联招聘一样,,,,,,,,仅仅是编写几段文字,,,,,,,,几个表格就能够了。。。。。。。
Guest Book
从职能上讲,,,,,,,,这个模浚??????槲纯珊穹,,,,,,,,但这个盛行于90年代末的职能的现实价值切实值得疑惑。。。。。。。我想问的是,,,,,,,,如今真的有人会在你的网站上留下一个问题,,,,,,,,而后苦苦地等你的答案吗????????他/她为什么不直接给你发个 email,,,,,,,,或者在你的 MSN, SKype 上留言或直接互换。。。。。。。Guest Book 也许是一种卖方市场时期的思想,,,,,,,,它的寓意是,,,,,,,,好了,,,,,,,,你来到我这里了,,,,,,,,你想怎么样,,,,,,,,说吧,,,,,,,,过两天我回答你。。。。。。。现实的情景往往是,,,,,,,,可能一个月也没有人来留言,,,,,,,,你也懒得去看,,,,,,,,终于在第三个月的时辰有人留了言,,,,,,,,你看到时已经是半年以来了。。。。。。。
邮件列表
在90年代末,,,,,,,,若是你的网站上没有个邮件列表供你的用户订阅,,,,,,,,你都不好心理让自己的网站上线,,,,,,,,固然这些邮件列内外面八成没有什么有效的内容。。。。。。。如今,,,,,,,,信息如此泛滥,,,,,,,,RSS 都过期了,,,,,,,,社会网络,,,,,,,,标签,,,,,,,,web2.0 将所有人的眼睛塞满垃圾,,,,,,,,我切实看不出谁还会老厚道实去订阅你那些东抄西凑的内容。。。。。。。
当然也有例表,,,,,,,,若是你的内容极度有价值,,,,,,,,并且你有极度固定的阅读群,,,,,,,,邮件列表从性质上讲,,,,,,,,比 Web2.0 时期的那些新鲜玩意好得多。。。。。。。
投票或调查系统
这个职能始终会有市场,,,,,,,,终于,,,,,,,,若是你的问题很别致,,,,,,,,有新意,,,,,,,,无数人会不惜点上一鼠标,,,,,,,,投上一票。。。。。。。必要指出的是,,,,,,,,此刻已经有一些极度杰出的第三方投票系统能够免费集成到您的网站,,,,,,,,如 polldaddy.com,,,,,,,,这些第三方面投票系统比目前任何 CMS 产品中内置的投票职能都更杰出。。。。。。。
电子商务
你要认可,,,,,,,,一个职能稍微完整一点的电子商务系统的规模浚??????赡苁且桓 CMS 系统的十倍,,,,,,,,好多 CMS 系统所建设的电子商务系统并非真正的电子商务,,,,,,,,可能仅仅是一些产品列表,,,,,,,,加上个购物车,,,,,,,,而后把你疏导到结算前台,,,,,,,,通过五花八门的支付方式要你付钱,,,,,,,,我相信这种购物履历是很差,,,,,,,,又让人不安心的。。。。。。。真正的电子商务系统有壮大的后盾支持,,,,,,,,库存治理,,,,,,,,物流,,,,,,,,派送,,,,,,,,安全的支付(必须使用 https 和谈),,,,,,,,防诓骗系统等等。。。。。。。
对于 CMS 系统中的单一的销售系统,,,,,,,,我建议挪用第三方的支付平台,,,,,,,,用户在你的网站选择商品或服务,,,,,,,,而后被疏导到 Paypal, Google Checkout 一类的专业支付平台进行。。。。。。。
本文由 COMSHARP CMS (锐商企业CMS)的35公里撰写,,,,,,,,并颁布在 COMSHARP CMS 官方站点 。。。。。。。转载请保留本信息。。。。。。。