有什么可以证明Plone的复杂性呢？

Question

Plone是非常复杂的。Zope2，Zope3，Five，ZCML，ZODB，ZEO，一大堆缩写和缩写。

这很难开始，目前的状态似乎还没有决定。它主要基于Zope2，但通过Five合并了Zope3。而且到处都是XML配置文件。

陡峭的学习曲线值得吗？这种复杂性在今天仍然是合理的吗？

背景:我需要一个平台。客户通常需要CMS。我目前正在阅读"Professional Plone Development"，对Plone一无所知。

问题是:客户并不总是想要相同的东西，你不能事先知道。有一件事是肯定的:他们不想要默认的Plone主题。但任何额外的功能都是有风险的。你不能一开始就说"If you want to see the complexity of Plone, you have to ask for it.“，因为你对系统还不够了解，还不能做计划。

Answer 1

如果你想了解Plone的复杂性，你必须要它。对于大多数人来说，它就是不存在。通过一键安装程序，它可以在几分钟内完成安装。然后只需单击登录，单击创建页面，使用WYSYWIG编辑器，然后单击保存。一切都是通过一个直观的web GUI实现的。Plone是一种产品。

如果你想把它当做一个“平台”来使用，那么这个平台就是一个超过一百万行代码的堆栈，它实现了一个完整的内容管理套件。没有人知道所有的事情。然而，所有这些“首字母缩略词”和“文件”都是一个软件的证据，它包含了组件，因此没有人需要知道所有的东西。您可以根据需要深入或浅显它。如果你在内容管理的某个方面需要一些东西，它已经存在了，你不必从头开始创建它，并且你可以用一种与广泛的实践和审查一致的方式来实现它。

Answer 2

没有任何背景信息很难回答你的问题。如果你只是想要一个博客，这种复杂性是合理的吗？不是的。如果您正在为400+人员构建公司内部网，那么这种复杂性是否合理？是。如果你想成为一名顾问，这是一项好的投资吗？绝对一点儿没错!有很多单调的工作，而且它的报酬比一般的PHP工作高得多。

我鼓励您澄清您正在尝试构建的内容，并向Plone论坛寻求建议。Plone有一个非常成熟和友好的社区，如果你想做的事情不适合Plone，它会让你知道的。当然，你可以使用Plone做任何你想做的事情，但在某些领域，它是最好的解决方案，而在其他领域，要改变它来做其他事情，则需要大量的工作。

一些背景知识：

Plone之所以在这一时刻变得如此复杂，是因为它正在向更现代的架构发展。它现在正在桥接旧的和新的方法，这增加了一些复杂性，直到过渡基本完成。

Plone这样做是为了避免破坏向后兼容性而把他们的客户抛在后面，他们非常认真地对待这一点-不像我可以提到的其他系统(但不会;)。

你关心你的数据，Plone社区关心他们的数据-我们希望你能够升级到新的更好的版本，即使我们正在过渡到新的架构。这是Plone社区的强项之一，但在飞机飞行时修改飞机当然会受到惩罚，这是暂时的，额外的复杂性。

此外，Plone作为一个社区，非常注重安全性(在报告的漏洞方面与任何其他系统进行比较)，以及非常专业的文化，重视良好的架构、测试和可重用性。

例如，考虑正在开发的Plone的当前版本(将成为4.0)：

• 它的启动速度比当前版本快3-4倍。
• 它使用的内存比当前的version.
• There's少了大约20%。这是一个正在开发中的非常、非常容易的类型系统，它将降低复杂性，大大提高系统速度，同时保持相同级别的functionality
• The代码库已经比当前发布的版本小了20%，而且还在变得更小。
• 对新类型系统的早期基准测试显示，在内容编辑方面的加速比是原来的5倍，我们还没有真正开始优化这一部分。

-亚历山大·利米，Plone联合创始人(略有偏见;)

Answer 3

我发现了一个匿名评论here，它比那篇文章本身要好得多，所以我在这里完整地转发了它，并更正了几个拼写错误。

今年夏天，我的国际象棋俱乐部要求我做一个新的网站，在那里董事会成员应该能够添加新闻快讯，文章，...听起来像是CMS。作为一名Python开发人员，我研究了Plone，并购买了Aspeli的书Professional Plone development (写得很好的btw)。

我花了3个星期的假期学习这本书，并建立了网站的第一个模型。

3周后，我意识到Plone有一些非常好的东西，但也有一些非常令人沮丧的积极方面。

• 如果您不需要自定义Plone，Plone在功能和布局方面都很棒
• Plone有一个很好的安全模型
• Plone有很好的现成

is multi (我需要的)

不利的一面

1. Plone的运行速度非常慢。在我的开发平台(一个3岁的Pc与512MB内存)它需要30秒来启动Plone和它需要10到15秒来重新加载一个页面和
2. 你需要很多不同的技术来定制或开发即使是最简单的东西
3. TAL和
4. 不是最先进的，默认情况下不适合Plone.
5. Acquisition的面向对象设计是错误的。获取可能非常有用(例如，对于安全性)，但它应该在需要的地方明确定义。这是一个设计缺陷，
6. Plone没有区分内容和布局。这是一个严重的设计缺陷。没有理由在层叠样式表或创建3栏布局的html上应用安全设置和角色，也没有理由将这些元素放在ZODB中而不在filesystem
7. Plone上，这也是一个严重的缺陷。内容编辑器/发布者添加/审查在实况站点上运行的内容。web设计者在测试服务器上添加/修改内容类型、表单和布局，并在准备就绪时将其移植到实时服务器。为内容编辑器设置的安全限制不应应用于web设计者，因为具有访问server.
8. Plone上的文件系统的权限的web设计者不区分web设计者的图形方面和编程方面。图形艺术家使用的工具只会说html、css和一点javasccript，而不会说Python、适配器和其他高级编程概念。因此，Plone中的完整皮肤系统是一场噩梦

我假设Plone是如此缓慢，因为点4，5，6和7。

6分和7分让我放弃了Plone。我四处寻找其他选择，最终决定在塔架上开发自己的CMS，与Plone相比，它的速度非常快。在同一台开发服务器上，我的启动时间是1秒，重新加载页面的时间是不可测量的。

站点www.kosk.be正在运行(它是荷兰语)。它背后的CMS名为Red Devil，将从明年开始作为一个单独的开源项目启动