思考Drupal的缺點，一篇來自大陸的文章

以我的經驗來看
大部分都不是問題，是自找麻煩
不應該使用傳統的網頁開發方式與思維來建置 drupal 網站
尤其是會寫 php 的工程師，開發的方式應該要更靈活才是

參考：
http://drupaltaiwan.org/forum/20090328/3258

任何一個已經存在許久的應用，要深入其中都會有其包袱存在，而會想要深入都是因為看到包袱之外的好處，這本來就是相對的。不過對 Drupal 能夠有著足夠掌握度的開發人員或設計師確實不容易找，我們也一直在找合適的設計師配合 ;)

這篇文章也是看得我直冒冷汗。 Drupal 學到半吊子， 就是這樣的結果，可悲。

裏面提到的好多問題(說什麽還要自己開發)，其實Drupal (community) 早有解決方法。Drupal 其實是一個很大的開發團隊，就是因爲人很多，力量才大。這些人把自己関在小團體裏，用自己習慣的工作方式去看Drupal, 難怪無法了解Drupal的威力了。

在這邊看過：
http://drupalchina.org/node/8045

九成都不是問題，不過如果是書籍作者，很值得看這文章，點出了新手面對的問題

Drupal 真的產生很多廢的 HTML CODE，要移除不易 (不是不能)

剛好最近我也寫了一篇 Drupal 架設流程的東西，給給意見。

Drupal 網站跟其他網站最不同的可能是 MENU 問題， Drupal MENU 不能隨便增加一個就掛起來

Drupal 是模組化，但不是只能使用 Drupal.org 上的模組，你還要按自己需求去開發新的，狂拿模組拼砌會有不良效果

而中文化是一個問題，沒有人去翻譯嘛，哈哈，不能跟本土的 CMS 比。

Drupal 問題，可以參考這文章看看：
http://developmentseed.org/blog/2009/mar/01/limitations-drupal-theme-layer

---
notaBlueScreen | 訂閱RSS | Plurk | twitter

我是學習Drupal的新手(四個月+)，應該不夠資格發表回應。這一篇文章drupal惡夢的開始，在一開始學drupal時就看過，因為自已對網站開發的了解有限，因而很多地方看不懂，尤其是psd-->html-->php vs psd-->drupal-->html這一個關鍵，經樓上Kay.L說明(看他blog上文章)，至今才了解，原來網站外觀很乾淨(clean)是用photoshop產生psd然後轉出來的，看來這是門大學問，十分有趣，如果drupalcamp時能有題目講這個就太棒了。

如果不管psd-->html-->php vs psd-->drupal-->html這個"關鍵"，選一個theme，做個人網站，例如我剛做的：http://愛瘋手機.tw/，在專家眼中必有許多待改進之處(我自己也認為有許多地方未來一定得改)，但能將原先在xuite的平台中部落格4664抽離出來，已非常高興了。因為，兩相比較，已clean許多，更重要的是--我擁有了自已的網域。

從十多年前，曾用frontpage第一代做過自己static網站，與專業網站相去甚遠。五年前學dreamweaver+php+mysql，進入dynamic架站的領域，覺得仍不夠專業。接著學了一下xoops，覺得架站軟體做出來的竟也和專業網站有一大段距離，因此放棄自己架站，轉投無名再轉xuite。這一次用drupal架設的http://愛瘋手機.tw/，雖然離專業網站仍有一段距離，卻是第一次讓我感到，可能再經過兩、三年的學習，網站可以看起來像專業網站。

有一天，等到我很專業時，說不定，會了解drupal有許多缺點，但是目前看來，用drupal替自己架個站應該是很好用的(如http://愛瘋手機.tw/)。我猜(因沒做過)：

• 替100人以下的公司或者大些的公司(1000~5000人或更大一些)但網站非其主要收入來源的，用drupal架站應是綽綽有餘。
• 不太確定若是個以網站為其主要收入來源的公司(例ebay、amazon..)、Drupal可以適用嗎？及報社電視台等等媒體、Drupal可以適用嗎？

寫下這一段過程，是想和新手分享，當時看到drupal惡夢的開始，稍稍困惑了一下，幸好，繼續嘗試了四個月，才能架好http://愛瘋手機.tw/。，所以，用drupal架個小站應是可行。同時，因為我將分拆4664成為大約20~30個站。因而，我做了個基本站，這個基本站就是把一些需要的模組都放好了，例如：fckeditor、imce、imagefield、filefeed、token...等等，如此一來，不用所有2、30個站都從第一步開始，節省時間。
但是，需注意，我以前曾寫過程式，有電腦基礎知識，且了解一些html,css,php,javascript, mysql等等，並可閱讀英文說明，所以初學drupal不會太挫折。如果你不具備電腦基礎知識，可能會困難一些，說不定，先惡補一下html,css(上網w3c school)，或買本html,css語法辭典(例：博碩文化出的詳解 javascript、html、css，日本人大藤幹、半場方人著的中譯本)當參考書。再加上樓上這幾位(樓上發言諸位都幫過我，謝！)的幫忙，應該是可以完成架個小站的夢想。

Kay, 謝。load了webdesignerwall的底圖，400+k，怕頁面未來太慢，記得jenny在john上回演講中提過，盡量用小圖及css repeat。頁面太慢是我主要害怕的，目前作法是少block、少module、少圖，不知對不對了！

bobju，謝。先將Aegir記下了。看了一下，雖然第一個會用的os是unix，但現巳被windows腐化，只會點來點去了，unix距我甚遠。drupler愛的是CMS，而我卻對CMS中的C有較大興趣。對於我，CMS只是工具，為了架個自己的站，才用了四個月來學的。我已用太多時間在drupal上，其他一切停擺，得收收網，不再玩，只是用它了。並且仍有下列concern：

• 對host一直有疑慮，很可能未來將站分在不同host上。所以，計劃每個網站的.sql徹底分開，不共用，以免共用.sql，分拆時又得花一堆力氣。這麼做頗ed hoc。不過...
• host對.sql size有限制(50M左右)，試做了幾個站。目前的.sql大約只有4~5M(大多數應是drupal自已的table)，未來再加入內容，應不致於超過50M。曾看過我目前blog在xuite上的統計，相簿用了567M，日誌用了142M，影音用了979M，總計約1.7G。相當好奇，百萬字的blog應只有2M byte內容，為何日誌是142M？看來overhead很大(html code....)！未來drupal可能也類似(學了drupal，覺得xuite頗像drupal架的，用firebug又測不出！)，所以不敢放在一個.sql內，如此一來，苦的是code部份，每個站一份code，頗浪費的！這種code、data全部分開，真是有些不得已。

看了本文，似乎先進們都一致看到"Drupal 真的產生很多廢的 HTML CODE"，突然想到以前學compiler，在code gen後有code optimization。有個朋友專攻code optimization，並寫論文拿到博士。不知druple是否有"code optimization module"之類的？呵！

Views其實可以透過theme來把一堆html消除，而且步驟很易懂（只是要複製很多檔案），

1.打開theme information
2.複製裡面顯示的檔案到theme資料夾
3.打開這些檔案然後修改

我覺得還滿有彈性的...

但是透過theme來減少輸出，可能不代表減少query數...

思考和討論都是好的。

我覺得Drupal的核心價值是：

1. 能Scale的Framework+CMS，代價是一些東西複雜（但也比很多OO方式開發的Lib / CMS 簡單）
2. 社群
3. 永續性

學習Drupal若只是為了應付3-5個案子，最後的結論都會怪罪在軟體上...

一家技術為主的企業、公司，選擇一個solution，應該考量的是軟體本身的長期帶來的進展和好處。如公司或個人需要投入投資資源、回收的時間點、技術力的提升等等。如果某案用wordpress，另一案用joomla，另一案用drupal，然後大部分還是自己硬code...最後得到的結果就是，不斷花費時間學習無法累積的知識，造成效能低落。

知道自己為什麼做選擇，比做出選擇後來抱怨來的重要吧...

如果某案用wordpress，另一案用joomla，另一案用drupal，然後大部分還是自己硬code...最後得到的結果就是，不斷花費時間學習無法累積的知識，造成效能低落。

CMS, 我以前就是東玩玩，西玩玩，3個月就感到無聊， 然後就換新的。直到遇到 Drupal,這情況才改變。認識 drupal 差不多一年了，還覺得自己是個初學者， 還是出不去，因爲太好玩了。

真的要持續下去，才能累積知識。