ruby-on-rails - 用于门户的 Ruby 技术

Question

我刚刚看到 whitehouse.gov 正在使用 drupal 作为 CMS 和门户技术。drupal 的优点之一似乎是它很容易添加插件并且编程最少，即重新发明轮子最少。这实际上正是 Ruby-on-Rails 的 DRY 哲学。所以：

• drupal的缺点是什么？
• Rails 或其他基于 Ruby 的技术有什么资格作为 whitehouse.org（或其他 CMS 门户）的门户技术？

Answer 1

drupal的缺点是什么？

对于 Ruby 和 Rails，这确实是一个非常主观的问题。Drupal 是一个可靠的内容管理选项，非常适合面向社区的站点。它对于非门户网站的通用内容管理也很有用。缺点是它是基于 PHP 构建的，如果您是 Rubyist，那么这是一个很大的缺点。此外，如果您只关注核心，它是一个项目的野兽。API 非常大，非常适合 Drupal 之类的项目，但这可以使大量的定制工作变成大量的编码工作。此外，由于 Drupal 的整个体系结构没有明确的数据类型分离，除非您编写一个自定义模块来明确分离并且这与“Drupal 方式”保持一致

Drupal 最大的缺点确实可以这样总结：为了有效地使用 Drupal，您确实需要了解和理解 Drupal，而对于像 Radiant 这样的 CMS 系统则不然；但 Radiant 远没有 Drupal 复杂。

Rails 或其他基于 Ruby 的技术有什么资格作为 whitehouse.org（或其他 CMS 门户）的门户技术？

Rails 与 Drupal 的不同之处在于它根本不是一个真正的内容管理系统，而是一个更通用的应用程序框架。您可以以类似于 Rails 的方式使用 Drupal，但 Drupal 确实比 Rails 更多。可以在 Drupal 和 Radiant 或 BrowserCMS 或其他一些 Ruby/Rails CMS 包之间进行更好的比较。那里有 Ruby/Rails 门户系统，但很少有能与大部分 Drupal 和它的社区相匹敌的。Ruby 生态系统中最具可比性的选项仅与 Drupal 可以做的部分相匹配，但那是因为 Drupal 是一个庞大的项目和社区。Drupal 是一把瑞士军刀，还有一些用于在网络上做网站。Ruby 没有真正类似的项目，因为大多数 Ruby 主义者认为没有任何理由复制 Drupal 的周长。

如果您正在考虑使用 Ruby 代替 Drupal，我会推荐以下项目作为参考（这些 Ruby 项目中的大多数将比 Drupal 覆盖更少，但更符合您网站的实际需求）：

• 光芒四射
• 浏览器CMS
• 少爱
• 社区引擎

Answer 2

相当主观地，我发现 Drupal 管理界面有点笨拙。您可以自己尝试一下，而无需在opensourcecms.com上实际安装 Drupal 。话虽如此，目前 Drupal 社区似乎势头强劲，它开始成为一个功能齐全的 CMS。

比较 Rails 和 Drupal 有点像比较苹果和橘子。Rails 是一个应用程序框架，而 Drupal 是一个 CMS（尽管包含一种应用程序框架）。

Answer 3

allesklar，Radiant 中的扩展系统有什么问题？已经有很多 Rails CMS 了。我怀疑为一个已建立的系统做出贡献以改进它对于整个社区来说比创建另一个利基 CMS 更有成效。

Answer 4

我是一名 Rails 开发人员，所以我完全支持 Rails 解决方案，但目前没有任何 Rails CMS 在功能和插件方面接近 Drupal 等 CMS。

我将此部分归因于 37signals 倡导的“少即是多”的理念。

Wordpress、Drupal 和其他公司追求“尽可能多的功能”，这样做最终会吸引大量用户，他们会发现这些产品确实满足了他们的需求。

像许多其他人一样，我一直在尝试创建一个基于 Rails 的 CMS 系统，该系统具有大量功能和良好的插件架构。尽管在客户工作和我正在开发的托管应用程序的开发之间，还没有时间来处理这个问题。

Answer 5

我刚找到这个网站：

drupal和rails

Answer 6

如果您正在寻找用 Ruby 构建的门户技术，那么需要考虑的一个相对较新的候选者是EngineY。EngineY 最初是作为社交网络框架构建的，但也具有使其成为传统门户网站的可行候选者的功能。EngineY 的“widget”概念类似于传统门户的portlet。EngineY 包含一个托管内容小部件，可让您创建由托管内容组成的门户。最重要的是，EngineY 得到了非常积极的维护，并且每天都在发展和改进。