content-management - 从程序员的角度来看，fatwire 是什么？

Question

fatwire 与什么开源工具包相比，fatwire 有什么特别的优势吗？

fatwire 出口并转向免费替代品有多难？

作为一个编写 java 扩展的平台，它有多稳定？

Answer 1

从开发的角度来看，FatWire 可能是不友好的。在使用此应用程序在多个站点上工作后，它很容易膨胀，并且变得难以维护。

从用户的角度来看，用户界面已经付出了很多努力，这导致了一个功能强大的工具。

从客户的角度来看，所有客户 bar 1（一家大型新闻机构）都对最终结果感到满意。当使用复杂的逻辑来生成菜单或面包屑时，或者当你有大量的内容时，FatWire 可能会变慢。这是一位客户不满意的主要原因。FatWire 网站经常在负载下挣扎。它有时被视为满足所有 Web 需求的解决方案。

因此，FatWire 成功地提供了静态内容和半动态内容，但在被迫做完全动态的网站时可能会陷入困境（根据我的经验）。

Answer 2

来自原始新闻稿：

FatWire Software 宣布推出 FirstSite，这是一组工具和最佳实践，可帮助使用 FatWire Content Server 的公司快速运行他们的第一个网站或应用程序，同时为未来的扩展奠定基础。FirstSite 包括大多数网站通用的标准模板和网站组件的集合，并结合了文档、培训、丰富的开发人员社区和最佳实践方法。FatWire 及其解决方案合作伙伴正在使用 FirstSite 作为为特定垂直市场开发以内容为中心的应用程序的基础。只需进行细微的外观改动，开发人员就可以使用 FirstSite 中的代码来实现第一个站点，同时学习如何利用 Content Server 的功能，

Firstsite 不是产品，除非自 2004 年以来发生了变化（不幸的是，我无法查看，因为他们的开发人员网站已关闭）。Fatwire 的内容服务器无法与我所知道的任何开源 CMS 相比。它的范围更进一步。我会一一回答你的问题：

优点- 有很多（或者没人会买，而且不便宜）

在交付方面：可扩展性、细粒度缓存控制、无状态 servlet 架构……

在后台方面：资产类型、动态内容属性、查找粒度的安全性和访问控制几乎没有限制，...

在开发方面：具有良好编码效率的智能架构 API、标签库、...

开放性

您不能轻易期望在任何两个 CMS 产品之间迁移内容，无论是否开源。虽然有一些方法可以使用产品工具或仅在数据库级别以 XML 和其他形式从数据库中提取内容，但我认为这不能成为支持或反对使用特定 CMS 的论据。曾经尝试过从 Drupal 迁移到 Joomla 吗？

稳定的

从 2000 年到 2004 年，我参与了多个 Fatwire 实现（当时是 OpenMarket Content Server，然后是 Divine Content Server）。对于《华盛顿邮报》、《纽约时报》和标准普尔网站来说，它已经足够稳定了，我希望今天的稳定性不会成为问题。

Answer 3

从开发人员的角度来看，Fatwire 确实是一个独特的概念。它建立在一个非常抽象、极其灵活的智能资产建模框架上，该框架存储在关系数据库中。

应用程序逻辑基于实际上是 JSP 代码片段的“模板”。这个 JSP 代码不像传统的 Java，而是标签。开发人员需要很长时间才能学习这些标签和 Fatwire 资产 API。甚至在熟练的开发人员开始有生产力之前的几个月。

几乎没有任何可用的样品随产品一起运送。有广告“FirstSite”，但对于该产品的正常使用目的来说太简单了（巨大的复杂网站）。所以几乎所有东西都必须从头开始构建。

缓存控制被宣传为​​一项强大的功能。是的，但我们的学习曲线非常长，而且它从来没有像人们想象的那样工作。

即使是广告，该产品也缺少所见即所得的编辑。至少在 2009 年，它存在严重的概念问题，实际上阻止了在实际环境中使用它。但它对于演示和营销当然是很酷的功能。今天可能会修复。

作为总结，如果我是预算有限的客户，我会选择任何开源替代方案。主要是由于产品的独特性、缺乏良好的文档和极长的学习曲线，Fatwire 的开发成本很高。当然，产品价格标签也是要考虑的事情。

并且回答问题：如果您从 Fatwire 6.0 迁移到任何开源替代方案，您必须从头开始。并且在其上构建 Java 扩展是稳定的。

Answer 4

Fatwire 将内容存储在关系数据库和文件系统中。根据内容的类型（结构化/非结构化），可以评估 Fatwire。