当遍历到当前路径之外的已获取内容时重定向。
collective.redirectacquired的Python项目详细描述
collective.redirectacquired
这个plone插件旨在解决一个非常常见的问题，即有许多不同的url通过acquisition发布相同的内容项。
zope隐式获取导致许多用例，其中生成对发布者有效的url，但不是系统用户所指的url。
此加载项修改发布过程，以确保不允许从一个内容项遍历到另一个内容项 通过获取，我们重定向到遍历内容项的url。
在前一段中，只有在提供Products.CMFCore.IContentish时，项才被视为内容项。
这应该避免对已获取但实际上是软件的一部分而不是内容项的url路径项进行误报重定向。
如果需要通过获取启用内容项的发布，请将其标记为 collective.redirectacquired.interfaces.IPublishableThroughAcquisition。
更改日志
1.0A12（2018-03-20）
- 低噪音测井 [明白]
- 获取站点时未找到 [明白]
1.0A11（2018-03-12）
- 防止由于链接对象或plone.folders损坏而导致的循环重定向 [明白]
1.0A10（2018-02-26）
- 通过重构去除无用的代码。 更多测试 [明白]
1.0A9（2018-02-20）
1.0A8（2018-01-25）
- 永久重定向（301） [明白]
1.0a7（2018-01-24）
- 处理查询字符串。 [明白]
- 如果未获取请求方法，则不要重定向。 [明白]
1.0A6（2018-01-24）
- 只在日志记录时进行修复和测试。 [明白]
1.0A5（2018-01-24）
- 修复匆忙的代码。 [明白]
1.0A4（2018-01-24）
- 日志记录又回来了。 [明白]
1.0a3（2018-01-24）
- 更多的测试和重构 [明白]
1.0a2（2018-01-22）
- 更多测试 [明白]
- 更简单的实现 [明白]
1.0a1（2018-01-17）
- 删除configure.zcml中无用的cmfplone包含 [明白]
1.0a0（2018-01-17）
- 初次发行 [明白]
欢迎加入QQ群-->： 979659372
