部署CMS驱动的内容

时间:2011-01-14 00:43:27

标签: deployment content-management-system workflow lifecycle

我正在研究改变我目前创建营销网站的策略。目前,我使用简单的包含系统在PHP中完全从头开始构建网站。所有代码(以及内容)都存储在文件(而不是数据库)中,允许我使用Subversion进行历史记录和部署。

我想将CMS用于网站,但我不知道如何处理大量内容更改和部署。

营销网站的大部分时间变化并不简单。产品发布可能涉及一次更改,添加,删除和移动多个页面。需要在登台服务器上进行所有这些更改并进行检查。当一切准备就绪时,它需要在特定时间同时投入生产。

大多数CMS的工作流程解决方案是允许编辑者在CMS内进行单页审阅。大多数情况下,他们正在审核尚未发布的页面,而不是对已经存在的页面进行更改。最重要的是,这次审查是在生产现场完成的。这更像是定期创建文章,比如博客。营销网站确实有新闻栏目,但这对启动整个“全新的事物”产品部分没有帮助。

我似乎无法为我的工作流程找到CMS解决方案:

  • 在开发环境中创建内容。
  • 将所有更改部署到临时服务器以供相关各方查看(无需在CMS中单击某个“预览”按钮)
  • 在指定时间部署所有已批准的更改。
  • 允许通过CMS调整内容

1 个答案:

答案 0 :(得分:3)

可信度:我领导的团队构建了一个相当大的CMS *,我们有很多相同的要求。例如,编辑需要创建一百页营销材料,图像,电影;将其翻译成65种语言并在全球范围内同时部署。

如何接近它?有很多方法,你建议的方法有其自身的一些困难。我们发现的模型运作良好的是单页面评论模型批量调度相结合。大多数内容管理系统允许编辑者创建页面,但签到“草稿”而不是“发布”。对于未登录的用户,该页面将返回404,但对于已登录的用户,他们将看到最新的草稿版本。一旦批准者验证了所有内容,他们就可以安排所有n个页面同时发布。这确实可以很好地扩展和扩展。

我不能在不了解您的独特问题集的情况下推荐特定的解决方案,但我建议您不要在此过程的早期锁定特定的系统模型。根据您所说的,大多数优秀的CMS系统都应该是可行的候选者,只需少量定制。

*近一百万页,超过65种语言,数千名编辑,每天数百万次点击 - http://www.volvo.com