CMS没有前端？ [关闭](CMS without front end? [closed])

在许多项目中，我们正在开发我们需要有CMS的功能在网站的后端。在另一端，我们不想或不能承诺一个完整的前端解决方案。为了解释这更好：

像CMSes 的Joomla或DotNetNuke的是完整的网站解决方案，他们让你存储和发布数据。他们并不友好，在所有的，如果你只需要存储的数据，并在自定义的方式进行检索。他们都不是我们正在寻找的 - 我认为他们不应该在全称为CMS，因为他们更！
像CMSes 一把umbraco看起来不错，但同样，如果你想在一个自定义的方式来使用这些数据，他们不是非常灵活的。一把umbraco给你的API在运行时访问数据，而我也有兴趣在具有可扩展性的担忧静态发布功能。

为了让一对夫妇更适应症：

如果它有一个插件系统，它可能不是我所期待的...
如果它不能静态和动态发布（认为XML文件或HTML文件和API），它可能不是我所期待的...
跨数据库将是巨大的，但它不是绝对必要

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

我已经知道了CMS矩阵网站，但它的CMS的定义包括了太多的网站解决方案，所以我没有得到足够的信号与噪声的找到我所需要的。

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

Answer 1:

对于Java的解决方案，阿帕奇兔崽子可能对您有用。从链接：

阿帕奇兔崽子是一个完全符合标准的实现Java技术API内容仓库（JCR）。内容存储库是一个层次的内容存储与结构化和非结构化内容，全文搜索，版本控制，交易，观察和更多的支持。使用内容存储库的典型应用包括内容管理，文档管理，记录管理系统

它一直在我看来，作为构建后端到CMS类系统的一个组件库。

Answer 2:

我用N2为一对夫妇的网站。它是完全开源的，我认为它可能适合你的数据需求。你基本上创建模型数据，然后建立自己的前端模板的网站中显示的数据C＃类。

在后端，您所创建的数据类型是通过一个所见即所得的管理方面完全可编辑。

不知道这是否会满足您的出版要求，是DB为基础，我没有必要去尝试，通过比管理界面以外的任何更新它。

Answer 3:

你看露天？它正视针对企业市场（它是用Java编写），但它似乎提供了一定的灵活性，当涉及到的内容部署。从网站上的营销文案：

网站发布支持多层部署架构。内容可以部署事务静态内容服务器或露天库运行时提供完整的架构灵活的为您的网络农场。

另外，内容被存储在一个JSR-170等通过所提及的一种相容性存储库jamesh上方。这将使你在库中的内容进行编程访问。

Answer 4:

你可以使用Microsoft Office SharePoint Server 2007服务器（MOSS）。您可以优化为内容的创建SharePoint系统，然后使用对象模型或Web服务提取内容，在任何平台上的任何语言编写你的网站。的SharePoint具有丰富的内容编辑，列表，工作流程等。

Answer 5:

外表套上适合你的描述非常密切，与你不会得到他们的源代码例外。如果这是一个交易断路器适合您，请不必理会这个答案。（OTOH - 这将提高这个问题想必你不想源与装饰你的墙，你会用它来做什么？“为什么它是一个交易断路器？”？）

外表套上的内容管理子系统在Windows Server上运行。内容分发子系统在Java和.NET运行（加普通老式-ASP如果有差别）。

所有你期望一个CMS有东西在那里外的开箱，（所见即所得的编辑器，版本控制，工作流程等.. +出版）

Answer 6:

来不及回答？ :-)

为了跟进Dominic的答案（免责声明：我公司采用外表套上），外表套上存储内容在其数据库中的XML，可以发布各种格式，包括XML，HTML，其他基于文本的文件，在前面的“经纪人”数据库这是通过一个API访问结束。的.NET代码可以基于与其相关联的元数据实例化一个代理对象和查询的内容。最新的版本（2009年和2011现在）给元数据和类别（又名“分类法”）更好的访问。

内容从模板（我的团队没有使用该功能分离的，这意味着你可以有呈现为一个静态页面，RSS提要，或者可以通过API相同的内容，在不同地点，甚至本地化语言许多）。

闭源，但我们可以访问的文件，有一个活跃的论坛，任何人都可以做出贡献“扩展”的代码库，以增加等产生的PDF文件，链接到谷歌地图等，我们选择了它出于同样的原因特点--a很多CMS出有“网站，在一箱。” 我们只是想东西开发者可以从任一拉，或替换某些HTML页面或XML而不是一些接管我们的网站。