2011-01-14 62 views
2

我正在研究改變我目前創建營銷網站的策略。目前,我使用簡單的包含系統在PHP中完全從零開始構建網站。所有的代碼(以及內容)都存儲在文件(而不是數據庫)中,允許我使用Subversion進行歷史和部署。部署CMS驅動內容

我想轉向使用CMS的網站,但我不知道如何處理大量的內容更改和部署。

營銷網站的大部分時間變化並不簡單。產品發佈可能涉及更改,添加,刪除和一次移動多個頁面。所有這些更改都需要在臨時服務器上進行和審覈。當一切準備就緒時,它需要在特定的時間一次性投入生產。

大多數CMS的工作流程解決方案是允許編輯從CMS內單頁審閱。大多數情況下,他們正在審閱尚未發佈的網頁,而不是更改已存在的網頁。最重要的是,這個評論是在生產網站上完成的。這更適合定期創建文章,如博客。營銷網站確實有新聞欄目,但這並不能幫助推出整個「全新品牌」產品部分。

我似乎無法找到我的工作流程中的CMS解決方案:

  • 創建一個開發環境中的內容。
  • 將所有更改部署到臨時服務器,供有關各方審查(無需在CMS中找到點擊某個「預覽」按鈕)
  • 在指定的時間部署所有批准的更改。
  • 通過CMS

回答

3

信譽允許調整內容:我領導着建立一個相當大的CMS *的團隊,我們有很多你所描述的相同要求。例如,需要創建一百頁營銷材料,圖像,電影的編輯;將其翻譯成65種語言,並在全球範圍內同時部署。

如何處理它?有很多方法,你所建議的方法有其自身的困難。我們發現的模型非常有效,其中單頁複審模型​​批量調度相結合。大多數內容管理系統允許編輯創建頁面,但是簽入爲「草稿」而不是「發佈」。對於未登錄的用戶,該頁面將返回404,但是對於登錄用戶,他們將看到最新的草稿版本。一旦批准者驗證了所有內容,他們就可以安排所有n個頁面同時發佈。這確實可以放大和放大。

如果不知道更多關於您的獨特問題集的信息,我不能推薦特定的解決方案,但我鼓勵您不要在此過程中儘早鎖定自己的特定系統模型。根據你所說的,大多數優秀的CMS系統應該是具有少量定製的可行候選人。

*近100萬頁,超過65種語言,編輯十萬,上百萬的點擊率一天 - http://www.volvo.com

+1

如何處理你的更新,而不是初始頁面創造?我們經常在並行的新東西中進行一堆頁面修改。另外,您是使用分段服務器還是在生產中完成所有檢查? – Matt 2011-01-14 16:42:19