在许多正在开发的项目中，我们需要在站点的后端具有CMS功能。另一方面，我们不想或者不能致力于一个完整的前端解决方案。
为了更好地解释这一点：

• 像Joomla或者DotNetNuke这样的CMS是完整的网站解决方案，它们使我们可以存储和发布数据。如果我们只需要存储数据并以自定义方式检索它们，那么它们根本就不友好。它们不是我们想要的-我认为它们根本不应该被称为CMS，因为它们还有更多！
• 像Umbraco这样的CMS看起来不错，但是，如果我们想以自定义的方式使用数据，它们根本不是通用的。 Umbraco为我们提供了在运行时访问数据的API，而我也对具有可扩展性方面的静态发布功能感兴趣。

再给出几个指示：

• 如果它有一个插件系统，那可能不是我想要的...
• 如果它不能静态和动态发布(例如XML文件或者HTML文件和API)，则可能不是我想要的...
• 跨数据库会很棒，但这不是绝对必要的

CMS不需要免费，但是我们必须能够拥有完整的源代码。至于平台，我们需要主要针对.NET和LAMP的解决方案。

我已经知道CMS Matrix网站，但是它对CMS的定义包括太多的网站解决方案，因此我没有足够的信噪比来找到所需的信息。

编辑：要明确：我不想使用某种框架编写CMS。我想要一个可以存储具有典型CMS功能(所见即所得的编辑器，版本控制，工作流等)的异构数据并提供发布这些数据的功能的解决方案。

解决方案

所以说，基本上，我们对CMS商店正面的东西都不感兴趣。好的，走进后室...当我旋转可移动的墙壁时...我将向我们展示一些不同的东西：

http://www.radicore.org/

认真地说，我在2或者3年前修改了这个框架。我不能担保它，因为我从未在任何项目上使用过它，但是它很有趣。

PS在radicore网站上的这一点使我联想到这一点，也许至少应该检查一下：" View组件由可重复使用的XSL样式表的预构建集合管理，该集合可生成所有HTML输出。"

我已经在两个站点上使用了N2. 它是完全开源的，我认为它可能符合数据要求。基本上，我们将创建对数据建模的C类，然后构建自己的前端模板以在站点中显示数据。

在后端，我们创建的数据类型可通过"所见即所得"管理区域进行完全编辑。

不知道它是否满足发布要求，它是基于数据库的，我不需要尝试通过管理界面以外的任何方式对其进行更新。

Fedora可能适合后端，但对于需求而言可能太重了。它没有前端，只有一些管理界面，使用它的组织倾向于将其与现有系统集成，或者使用第三方前端(其中有一些前端)，或者只是编写自己的前端。

有一本名为《 Sun Microsystems：创建和管理大型数字档案馆的新方法》的专栏文章，应该可以排除它。

有多少英国《金融时报》人员分配给该项目及其正在进行的维护？

对于Java解决方案，Apache Hymanrabbit可能对我们有用。从链接：

Apache Hymanrabbit is a fully conforming implementation of the Content Repository for Java Technology API (JCR). A content repository is a hierarchical content store with support for structured and unstructured content, full text search, versioning, transactions, observation, and more. Typical applications that use content repositories include content management, document management, and records management systems

在我看来，它始终是一个组件库，用于为类似CMS的系统构建后端。

你看过露天电影吗？它直接针对企业市场(并且是用Java编写的)，但是在内容部署方面似乎提供了一定的灵活性。从网站上的市场营销副本：

Web site publishing supports
  multi-tier deployment architectures.
  Content can be transactionally
  deployed to static content servers or
  Alfresco runtime repositories
  providing complete architectural
  flexible for your web farm.

内容也存储在JSR-170兼容存储库中，如jamesh上面提到的那样。这将允许我们以编程方式访问存储库中的内容。

我们可以使用Microsoft Office SharePoint Server 2007(MOSS)。我们可以优化SharePoint系统进行内容创建，然后使用对象模型或者Web服务提取内容并在任何平台上以任何语言编写网站。 SharePoint具有丰富的内容编辑，列表，工作流等。

Tridion非常适合描述，但我们不会获得其源代码。如果这对我们而言是个大难题，请随时忽略此答案。 (OTOH会引发一个问题："为什么要破坏交易？"想必我们不希望该来源用它来装饰墙。我们将其用作什么？)

Tridion的内容管理子系统在Windows Server上运行。内容交付子系统可在Java和.NET上运行(如果有所不同，还可以添加纯旧的ASP)。

我们希望CMS具备的所有功能都是开箱即用的(所见即所得的编辑器，版本控制，工作流等... +发布)