红宝石技术门户

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的维护非常积极，并且每天都在不断发展和改进。