輸贏成敗，又爭由人算？且自逍遙沒人管。
奈天昏地暗、斗轉星移。風驟緊、縹緲峰頭云亂。
紅顏彈指老、剎那芳華。
夢里真真語真幻。同一笑，到頭萬事俱空。
胡涂醉、情長計短。解不了、名韁系嗔貪。
卻試問、幾時把癡心斷？

A：文章，入選。只要它有內容，即便沒有標題，也是當做文章，進入Article表，作為管理的第一內容。 B：用戶，不選。用戶系統是單獨的系統，不是嗎？尤其加上OpenID之后，用戶的管理更加的獨立于cms。 C：圖片，入選。 D：文件，入選。 E：評論，不選。它雖然附屬到其他資源上，但是由于評論的審核，顯示，性能等原因，它也應該獨立出去。 F：頁面，入選。 　　對于Rails cms，該如何管理所有的資源呢？plugin更適合去做B和E的管理。cms做好A，C，D，F的組織。
　　上面的描述，適合做小型網站，如果是一個大型站點，該如何進一步設計呢？
 
　　問題一：目前的項目是一個綜合門戶網站，含有大量新聞資訊，文章，圖片，視頻（含連接）等。該如何用cms管理這個門戶網站？
　　問題二：如果cms支持多站點，又該如何設計呢？
我的考慮：
1、全站html靜態化。這個特點來自dede的長期使用，靜態化的優點不用多說。
2、獨立的評論模塊。其實只要一個唯一的url，就可以顯示它的評論了。評論的ajax加載，審核，添加，顯示等要求，沒必要交給cms去處理。評論的獨立，也減少了垃圾評論攻擊導致cms的性能下降。
3、獨立的用戶模塊。sns熱起來之后，很多人更加關注人與人，人與資源之間的互動。對于資源，用戶需要做的是分享，對于人，用戶需要關注。（關注后，用戶需要得到關注資源的動態。）
4、plugin支持。最近研究redmine，現在研究cms，對plugin的使用更加有體會。
5、多站點與單站點。cms應該支持多站點，但是具體實現方案，如編輯器，圖文混排，文件上傳，模版編輯等，還可以作為單站點使用方案。
6、云平臺部署。這是最深刻的一點，如何快速的利用云平臺資源，如盛大云，將站點快速的讓客戶看到，使用到，是cms應該解決的。很多cms只賣代碼，但是像locomotive cms，即賣代碼，又提供hosting解決方案，是我個人傾向的模式。
7、私有代碼庫。我認為，對于一個服務型的項目，私有的代碼庫可以最大程度避免誤操作，可以讓代碼人員不必關心業務部分，而直接升級主體代碼，還可以讓整體開發流程更易于控制。
8、開發者社區。開發者是容易孤獨的群體，圍繞cms，擁有一個活躍的開發者社區，會讓參與的人快樂一點，不是嗎？
9、開發者在線交易平臺。作為開發者，任何一個開發出來的作品，只要符合開發標準，就可以在開放平臺交易。這里需要解決的是，標準的制定。
10、教學平臺。4月份的北京之行，讓我更堅信這個教學平臺的意義。
聲明：以上觀點，出于個人承接的項目對cms的需求，以及個人在工作中的經驗思考，總結而來。僅作參考。

　　寫到這里，對cms的想法差不多寫完了。這5篇系列的文章，屬于李瑋個人原創，如有轉載，請注明出處為“里克的自習室”。感謝您對Rails的支持。
　　最后再送給大家一首詞，以供消遣。
　　秦觀，《如夢令 》


鶯嘴啄花紅溜，燕尾點波綠皺。指冷玉笙寒，吹徹小梅春透。依舊，依舊，人與綠楊俱瘦。
李清照的《如夢令 》大家都熟悉，時間上，秦觀去世的時候，李清照剛剛16歲。