负载平衡Plone 3.3.5时是否需要粘性会话？

在Plone 3中，对象创建逻辑中仍然保留了一些确实使用会话的代码。它在那里支持类似窗口小部件的界面，在该界面中，对象创建分散在多个实际请求中。这种支持和代码在Plone 4中消失了。 Plone 3中的这段代码依赖于访问request.SESSION。棘手的是，如果其他一些代码已经创建了会话，则该代码仅使用该会话。 Plone（甚至Plone 3）中没有任何代码应该首先创建会话，因此通常它不会存在并且不会被使用。但是，如果站点中的任何代码确实创建了会话，则对象创建逻辑也将使用它。这应该可以解释为什么您在大多数网站上都看不到问题。 所有这些特别棘手，因为只需调用request.SESSION即可创建一个会话。 Products.Archetypes中的content_edit_impl.py脚本使用不同的API来访问会话：

# Avoid implicitly creating a session if one doesn\'t exists
session = None
sdm = getToolByName(context, \'session_data_manager\', None)
if sdm is not None:
    session = sdm.getSessionData(create=0)

create = 0指示API避免在尚不存在会话的情况下隐式创建会话。 您可以尝试查找创建会话的代码，从原型中自定义代码以删除会话部分，也可以将会话存储区移到ZEO中并在所有Zope实例之间共享。虽然不建议在高流量网站上使用，但在简单情况下应该可以正常使用（https://weblion.psu.edu/trac/weblion/wiki/TemporaryStorageInZeo中的一些提示）。     

您的诊断不正确； portal_factory工具是无状态的，因此不需要任何会话关联。 您的错误消息也很模糊，看起来不完整。您是否检查了实例日志中的完整回溯？