紅寶石技術門戶

Question

我剛纔看到whitehouse.gov使用Drupal的作爲CMS和門戶技術。 drupal的優點之一似乎是很容易添加插件，並且程序設計是最小的，也就是說重新發明輪子是最少的。這實際上正是Ruby-on-Rails的DRY理念。所以：

• drupal有什麼缺點？
• 什麼會導軌或其他基於Ruby技術資格作爲門戶技術whitehouse.org（或其他CMS門戶）？

Answer 1

什麼的Drupal的缺點？

這對於Ruby和Rails來說確實是一個相當主觀的問題。 Drupal是一個可靠的內容管理選項，真正適合面向社區的網站。對於非門戶網站的通用內容管理也很有用。缺點是它建立在PHP上，如果你是Rubyist，那麼這是一個重大缺陷。另外，如果你只是在看核心，它是一個項目的怪獸。這個API非常大，適合像Drupal這樣的項目，但是這可以使大量的編程工作得到充分的定製。同時，由於Drupal的整個架構有數據類型沒有明確的區分，除非你寫一個自定義模塊，使一個明確的分離，而這是與「Drupal的方式」保持它是一個有點奇怪的一些想一切作爲一個節點或在Drupal的分類系統或類似的結構內。

Drupal的最大缺點可以這樣最好地總結出來：爲了有效地使用Drupal，你真的需要了解和理解Drupal，而不是像Radiant這樣的CMS系統;但Radiant並不像Drupal那麼複雜。

什麼會導軌或其他基於Ruby技術資格作爲門戶技術 whitehouse.org（或其他CMS門戶）？

Rails與Drupal有點不同，因爲它不是一個真正的內容管理系統，而是一個更通用的應用程序框架。您可以使用類似於Rails的方式使用Drupal，但Drupal確實比Rails更多。可以在Drupal和Radiant或BrowserCMS或其他一些Ruby/Rails CMS軟件包之間進行更好的比較。這裏有Ruby/Rails門戶系統，但很少有與Drupal和它的社區相匹配的門戶系統。 Ruby生態系統中最相似的選項只能匹配Drupal可以完成的工作，但這是因爲Drupal是一個龐大的項目和社區。 Drupal是瑞士軍刀加上一些在網絡上做網站。 Ruby並沒有真正類似的項目，因爲大多數Rubyists沒有看到任何重複Drupal周長的理由。

我會推薦以下項目爲東西來看待，如果你正在考慮使用Ruby到位的Drupal（大多數Ruby項目將覆蓋超過Drupal的少，但與您的網站的實際需要適應更近）：

• Radiant
• BrowserCMS
• Lovd by Less
• Community Engine

Answer 2

非常主觀，我發現Drupal的管理界面有點笨拙。你可以在opensourcecms.com沒有實際安裝Drupal的情況下自己嘗試一下。話雖如此，目前Drupal社區似乎有很大的發展勢頭，而且它開始成爲一個功能全面的CMS。

Rails的Drupal的比較是有點像比較蘋果和橘子。 Rails是一個應用程序框架，Drupal是一個CMS（儘管包含了一種應用程序框架）。

Answer 3

我是Rails開發人員，所以我都是Rails解決方案，但現在沒有任何Rails CMS可以在功能和插件方面接近CMS（如Drupal）。

我將這部分歸因於37signals倡導的'少就是多'的理念。

Wordpress，Drupal和其他人希望獲得儘可能多的功能，並最終吸引大批用戶，他們會發現這些產品能夠滿足他們的需求。

我一直在玩的想法，像許多其他人一樣，開始一個基於Rails的CMS系統，具有豐富的功能和良好的插件架構。沒有時間去做這件事，儘管在客戶端工作和我正在開發的託管應用程序的開發之間。

Answer 4

allesklar，什麼是錯的內輻射推廣體系？已經有很多Rails CMS了。我懷疑爲建立一個完善的系統做出貢獻對於整個社區而言會比創建另一個利基CMS更高效。

Answer 5

我剛剛發現這個網站：

drupal and rails

Answer 6

如果您正在尋找使用Ruby構建的門戶技術，那麼需要考慮的新候選對象是EngineY。 EngineY最初是作爲一個社交網絡框架構建的，但也具有使其成爲傳統門戶的可行候選項的功能。 EngineY的'小部件'概念與傳統門戶的portlet類似。 EngineY包含一個託管內容小部件，可讓您創建由託管內容組成的門戶。最重要的是，EngineY的維護非常積極，並且每天都在不斷髮展和改進。