我們有一個我們想爲客戶打造的儀表板。該儀表板顯示有關其一個或多個（商業）Facebook頁面的各種統計信息。這些統計數據是使用他們的FQL和Graph API從Facebook中提取的，本地存儲在MySQL數據庫中，並根據請求的日期和一些其他變量向用戶查詢/派生/呈現。此外，用戶將能夠使用他們的JavaScript SDK對各種項目採取行動（例如回覆牆貼等）。Drupal（或其他一些CMS）或簡單的基於MVC的PHP框架（如CakePHP）？
我們談到的外部開發人員之一 - 目前公司內部沒有任何資源有時間處理這個問題 - 已經提議圍繞Drupal構建系統。現在，我是CMS網站，博客等CMS系統的粉絲，但使用Drupal之類的東西並沒有想到這裏，因爲許多功能似乎無關緊要。
有人能讓我知道使用Drupal進行自定義開發工作的優缺點嗎？雖然我們正在尋找一個設計優雅的系統，我們的開發人員（我們僱用他們）可以隨着時間的推移保持和擴展，但我不確定CMS是否可以走。
謝謝！
我不會推薦Drupal這樣的東西。你並不需要像Drupal這樣的全面的CMS，它會推動它說你應該使用像CakePHP這樣的框架。
就我個人而言，我會把它作爲一個獨立的應用程序。除非您計劃在將來大幅擴展APP，否則我認爲沒有理由獲得一個框架。
Drupal通常被稱爲內容管理框架，因爲它是如此的可擴展性，當然你可以在Drupal中實現儀表板。但是，我會在開始使用Drupal之前徹底詢問開發人員的理由。
您指定的所有內容聽起來都像自定義開發，與內容管理無關。您正在操縱Facebook上的數據，而不是由編輯製作的內容數據庫。您的數據是自定義數據，而不是簡單的Drupal節點數據（標題，正文等）。我會使用一個通用的Web應用程序框架，比如CakePHP。這樣，您可以獲得模板和用戶身份驗證，而不會造成所有CMS開銷
來自Jeff的評論清除了一切，至少對我而言。對我來說，Drupal不過是一個（好的）博客管理工具，而其他任何東西（如操縱數據）都非常難以實現。 – DBMarcos99 2011-03-22 14:44:02
雖然我不認爲Drupal在這種情況下是非常必要的，但我認爲最終的決定取決於您使用的承包商的優勢。
如果Drupal允許他們更快，更安全地完成它（由於Drupal將提供很好的測試用戶身份驗證這一事實），那麼我會說讓他們去Drupal。
這就是說，我確實同意Drupal聽起來不僅僅是必要的，而且如果你使用了一個簡單的框架，那麼可能會少得多。
是的，應用程序將在未來得到相當大的擴展。開發人員將以項目爲基礎建立基本功能，隨着我們的發展，我們希望僱用全職開發人員來擴展所展示的內容。 – Patrick 2011-03-17 23:25:34
我想我沒注意到你問題中的最後一句話。在那種情況下，我可能會使用框架。但是，如果不知道您計劃添加到應用中的計劃，我不會完全排除Drupal。它確實有它的好處，主要是已經爲你建立了一些東西，例如認證和授權。問題是，你需要大部分這些東西嗎？如果是我，我仍然可能會迴避並選擇框架路線，只建立我需要的東西。 – simshaun 2011-03-17 23:34:13