我可以使用plone 3中的新文件夹实现(plone.app.folder)吗?

我可以使用plone 3中的新文件夹实现(plone.app.folder)吗?,plone,Plone,Plone 4包含一个新的文件夹实现(在Plone.app.folder包中),对于包含许多项的文件夹来说,该实现效率更高。在不将站点完全升级到Plone 4的情况下,是否可以升级Plone 3站点以使用此文件夹实现 如果是,需要采取哪些步骤?有什么需要注意的吗?一点线索也没有。但是Plone 3有一个“大文件夹”,它也基于BTrees,可以很好地处理大文件夹。不过也没那么光滑。我会在Plone 3下使用它,我希望我的Plone站点尽可能保持标准。:-) 我们在开发Plone 3网站时使用了Pl

Plone 4包含一个新的文件夹实现(在Plone.app.folder包中),对于包含许多项的文件夹来说,该实现效率更高。在不将站点完全升级到Plone 4的情况下,是否可以升级Plone 3站点以使用此文件夹实现


如果是,需要采取哪些步骤?有什么需要注意的吗?

一点线索也没有。但是Plone 3有一个“大文件夹”,它也基于BTrees,可以很好地处理大文件夹。不过也没那么光滑。我会在Plone 3下使用它,我希望我的Plone站点尽可能保持标准。:-)

我们在开发Plone 3网站时使用了Plone 4文件夹,但我不知道最近的开发是否使它们依赖于Plone 4的其他部分


我们仍然有它们在生产中的Plone 3站点上运行,所以这是可能的

我刚刚测试了一个Plone 3.3.5站点,其Plone.app.folder==1.0.3(更新版本取决于Products.CMFPlone,即Plone 4)

使用以下内容扩展Plone 3构建:

[buildout]
extends =
    your-plone3-buildout.cfg

eggs +=
    plone.app.folder==1.0.3

[instance]
zcml +=
    plone.app.folder
2011/03/03-17:24:31 migrating btree-based folders from <PloneSite at /plone>:
2011/03/03-17:24:32 intermediate commit (0 objects processed, last batch in 0.289s)...
2011/03/03-17:24:32 processed 0 object(s) in 0.289s (0.290s cpu time).
zcml slug很重要,因为plone.app.folder不使用z3c.autoinclude

运行buildout并启动实例后,将产品作为常规Plone产品安装,并通过打开以下URL迁移现有文件夹:

您将得到如下输出:

[buildout]
extends =
    your-plone3-buildout.cfg

eggs +=
    plone.app.folder==1.0.3

[instance]
zcml +=
    plone.app.folder
2011/03/03-17:24:31 migrating btree-based folders from <PloneSite at /plone>:
2011/03/03-17:24:32 intermediate commit (0 objects processed, last batch in 0.289s)...
2011/03/03-17:24:32 processed 0 object(s) in 0.289s (0.290s cpu time).
2011/03/03-17:24:31从以下位置迁移基于B树的文件夹:
2011/03/03-17:24:32中间提交(处理了0个对象,最后一批处理时间为0.289秒)。。。
2011/03/03-17:24:32以0.289秒(0.290秒cpu时间)处理了0个对象。

希望这有帮助

您在生产中使用的plone.folder和plone.app.folder的版本是什么?是的,我知道大型文件夹。客户机有一个用例,他们希望自定义如何处理排序,而新的文件夹实现使得这一点更加简单,因为排序实现被看作是一个单独的适配器。谢谢!大概我需要手动将项目从大文件夹移回普通文件夹。顺便说一句,Products.CMFPlone 4.0b1发行版是一个存根,实际上不包含代码,因此使用Plone 3应该可以正常工作。我在构建过程中出错。类似于“我们已经有了XYZ版本”。不记得了。更改软件包版本后,一切正常。