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

Question

fatwire比较哪些开源工具包并且fatwire有哪些特别优势？

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

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

Answer 1

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

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

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

因此FatWire成功地提供静态内容＆amp;半动态内容，但在被迫做完全动态网站时可能会挣扎（根据我的经验）。

Answer 2

从原始新闻稿：

  

FatWire Software宣布推出   FirstSite，这是一套工具   以及有帮助的最佳实践   使用FatWire Content Server的公司   得到他们的第一个网站或   应用程序快速运行   为未来奠定基础   扩张。 FirstSite包括一个   标准模板的集合和   常见的站点组件   大多数网站，加上   文档，培训，丰富   开发者社区，最好的   实践方法论。 FatWire及其   解决方案合作伙伴正在使用FirstSite   作为发展的基础   以内容为中心的应用程序   特定的垂直市场。只有   轻微的化妆品改造，   开发人员可以使用代码   FirstSite实施第一个网站，   同时学习如何   利用Content Server的功能，   如动态内容传递，   个性化，缓存和产品   目录。

Firstsite不是一种产品，除非自2004年以来发生了变化（不幸的是我无法看到，因为他们的开发者网站已经关闭）。 Fatwire的Content Server与我所知道的任何开源CMS都不相上下。它的范围更进一步。我会逐一回答你的问题：

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

在交付方面：可伸缩性，细粒度缓存控制，无状态servlet架构，....

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

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

<强>开放

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

<强>稳定

我从2000年到2004年参与了几个Fatwire实现（那时它是OpenMarket Content Server，然后是Divine Content Server）。对华盛顿邮报，纽约时报和S＆amp; P网站而言，它足够稳定，我希望稳定不会成为今天的问题。

Answer 3

从开发人员的角度来看，Fatwire是一个非常独特的概念。它构建了一个非常抽象，极其灵活的聪明资产建模框架，存储在关系数据库中。

应用程序逻辑基于“模板”，它实际上是JSP代码的一部分。这个JSP代码不像传统的Java，而是标签。从开发人员那里学习这些标签和Fatwire资产api需要很长时间。甚至在熟练的开发人员开始富有成效之前几个月。

产品上几乎没有任何可用的样品。有广告“FirstSite”，但它太简单了，这个产品正常使用（巨大的复杂网站）。所以几乎所有东西都必须从头开始构建。

缓存控制被宣传为​​一个强大的功能。是的，但是我们的学习曲线非常长，而且从来没有像假设的那样完全正常。

Wysiwyg编辑已被错过此产品，即使它已被广告。至少在2009年期间，它存在严重的概念问题，实际上阻止在现场环境中使用它。但它当然是演示和营销的很酷的功能。今天它可能是固定的。

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

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

Answer 4

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