门户网站的Ruby技术

Question

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

• drupal的缺点是什么？
• 对于whitehouse.org（或其他CMS门户），Rails或其他基于Ruby的技术会被取消作为门户技术的资格吗？

Answer 1

  

drupal的缺点是什么？

这对于Ruby和Rails来说确实是一个非常主观的问题。 Drupal是一个可靠的内容管理选项，非常适合面向社区的网站。它对于非门户网站的通用内容管理也很有用。缺点是它是基于PHP构建的，如果你是Rubyist那么这是一个重大的缺点。此外，如果您只关注核心，它就是一个项目的野兽。 API非常大，适合像Drupal这样的项目，但这可以使大量的自定义工作完成大量的编码工作。另外，由于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没有一个真正类似的项目，因为大多数Rubyist没有看到任何理由复制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

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

Answer 4

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

我将这部分归因于37signals倡导的“少即是多”的哲学。

Wordpress，Drupal和其他人追求'尽可能多的功能'，并最终吸引大量用户，他们会发现这些产品确实满足了他们的需求。

我和其他许多人一样，一直在创建一个基于Rails的CMS系统，它具有丰富的功能和良好的插件架构。虽然客户端工作和我正在开发的托管应用程序的开发之间没有时间处理这个问题。

Answer 5

我刚刚找到这个网站：

drupal and rails

Answer 6

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