Home / CMS演進中的啟示（上）

Webware才剛出爐2008的100名網路應用程式，看到琳瑯滿目的候選者，就可以發現CMS早就從簡單的架站器，演變成無所不能的Web Application Super Set。從結果看來總是可以輕鬆的說，就是要這樣，但是否我們可以從這些程式發展的過程，看看目前的成功者的特質，和未來發展趨勢呢？

1. Daily Tool -> User Friendly -> then AJAX
我感受很深刻的是，從2003年尾-4年初的blog風潮，到2005各大bsp爭相搶奪市場，人們從outlook express/outlook也掙脫出來，用了mail agency的web mail...Web是每個人的Daily Tool已經變成無法取代的事實， 這些又表示什麼呢？

無用的Javascript一瞬間爆紅，AJAX的搭配讓Web成為真正「可信賴」的Application，自動儲存、拖拉介面、滑鼠操作等... 為了達成網路工作的各種可能性，各種編輯器、操作介面開始雨後春筍般的冒出來，CMS除了管理文章系統外，也身負重任成為大家想要在小小文字框內發揮極限的工具之一。

如今，各種CMS大都會在核心嵌入既存的JS/AJAX API，以及預設的編輯器軟體，讓自己能夠趕上User friendly的腳步，而背後的正是那股把所有東西web化，達成網路辦公室、網路娛樂事業的野心！

2. 自動更新：
從Firefox 2.0以後，開始可以自動更新模組。全球化的版本控制系統，讓開發者的一個build就影響到全世界。如最早出現在Firefox的天氣模組，後來的Gmail模組... FF成功的給瀏覽器帶來了震撼彈。但是CMS呢？

從5.0開始，drupal跟進前人成功的腳步，把上千個模組跟firefox一樣，只要裝上去就可以自動更新、下載、監測有該模組的新版本，因此成千上萬個開發者，在幫你自動更新CMS..。Open Source的分散 - 集中管理從這些例子發揮到極致。世界上還有沒有什麼進步的機制像是如此呢？（當然debian和freebsd的套件管理也是一絕了...）

如果哪一天我只要打開手機，就可以看到我訂閱商品的更新資訊...按一個button，就可把所有的商品批次「更新」，人的確是懶惰的生物。

3. Open ID，以後護照上就印這個就對了
為何大家要自己關起門來？為何每套系統都開發自己的會員系統？為什麼facebook和myspace這些好用的服務無法串連？

早在Unix發明的時代，LDAP就想突破帳號的門檻。但如今Open ID思維的對象則進展到龐大的Global Public，而不再像是LDAP著眼企業內部使用方案。Open ID之所以重要，從Drupal在ID的演進裡，就可以看到一些端倪。

從前，Drupal的開放架構，讓只要用Drupal安裝的站，都可以彼此互通帳號，不需要每次都註冊一遍～這是為什麼Drupal的官網可以這麼容易活絡，也是Drupal架站者願意用Drupal架設一個又一個的站，因為太方便了，若是同樣的事情，為什麼要做這麼多次呢？Drupal終於在剛現身的6.0版終於加入Open ID的支援，算是搭上了這全球化web服務的末班車！只要有Yahoo的帳號，甚至blogspot的帳號，就可以搭上網路護照的便車了。事情本就該這麼容易不是嗎？

web的global化，就是當哪天Google若成為萬用帳號的時刻...

4. Multi-Language：
第一個達成這件事的皎皎者是wikipedia，因為字彙為主的架構，讓他能夠輕易達成文本的多國語言化（How2so也是個「字彙」架構的網站不是嗎？）。但早在Wikipedia成功以前，Linux亦受到全球開發者的薰陶下，i18n架構早已完整，連terminal都可以多國語言～另外PHP為主的web app早開始多國語言的架構。在這些早已成就的架構底下，成功從哪裡來？

觀看Drupal，多國語言的「介面」支援早就完成，但這只是五年前就Web App最基本能達到的第一步。

再邁進一步，就是所有的文章都可以多國語言對應，一篇文本多種語言，這是學習Wikipedia成功經驗，全球化腳步的第二步。

而最令人驚訝的第三步，就是Drupal即將把官網當作翻譯中心，所有的模組、介面的語言，都可透過這翻譯中心來製作wiki式的翻譯，然後打包成安裝檔案分享給該語言的人。甚至，網站app的人，只要裝翻譯client，就可以自動update最新的翻譯檔，而不需要花費任何力氣。

多國語言雖只是個工具，然而跟wikipedia一樣，即使只是工具架構，加上web 2.0式的結合，也會達成前所未有的成功。

待續...