子系统, 全文检索子系统等, 针对不同系统的方便管理者的内容录入: 所见即所得的编辑管理界面等,清晰的业务逻辑:各种子系统的权限控制机制等。 2、 Portal 系统(表现优先:模板管理):大部分最终的输出页面:网站首页, 子频道/ 专题页,新闻详情页一般就是各种后台子系统模块的各种组合,这种发布组合逻辑是非常丰富的, Portal 系统就是负责以上这些后台子系统的组合表现管理。 3 、前台发布(效率优先:发布管理):面向最终用户的缓存发布,和搜索引擎 spider 的 URL 设计等……内容管理和表现的分离:很多成套的 CMS 系统没有把后台各种子系统和 Porta l 分离开设计,以至于在 Portal 层的模板表现管理和新闻子系统的内容管理逻辑混合在一起,甚至和 BBS 等子系统的管理都耦合的非常高,整个系统会显得非常庞杂。而且这样的系统各个子系统捆绑的比较死, 使得后台的模块很难改变。但是如果把后台各种子系统内容管理逻辑和前台的表现/ 发布分离后, Portal 和后台各个子系统之间只是数据传递的关系: Portal 只决定后台各个子系统数据的取舍和表现,而后台的各个子系统也都非常容易插拔。内容管理和数据分发的分离:需要要 Portal 系统设计的时候注意可缓存性( Cache Friendly )性设计: CMS 后台管理和发布机制,本身不要过多考虑"效率"问题, 只要最终页面输出设计的比较 Cacheable , 效率问题可通过更前端专门的缓存服务器解决。此外,就是除了面向最终浏览器用户外,还要注意面向搜索引擎友好(Search engine Friendly) 的 URL 设计:通过 URL REWRITE 转向或基于 PATH_INFO 的参数解析使得动态网页在链接( URI )形式上更像静态的目录结构,方便网站内容被搜索引擎收录(五)、 CMS 的发展过程
全文预览