Products.JRedirector 1.4

301 永久移动

所请求的资源已被分配了一个新的永久URI，任何未来的对该资源的引用应使用返回的URI之一。具有链接编辑功能的客户端应自动将引用Request-URI重新链接到服务器返回的一个或多个新引用，如果可能的话。除非另有说明，否则此响应是可缓存的。

新的永久URI应通过响应中的Location字段提供。除非请求方法是HEAD，否则响应的实体应包含一个简短的超文本注释，带有指向新URI（s）的超链接。

如果收到除GET或HEAD之外的请求的301状态码响应，用户代理不得自动重定向请求，除非它可以由用户确认，因为这可能会改变请求发出的条件。

注意：在接收到301状态码后自动重定向POST请求时，一些现有的HTTP/1.0用户代理可能会错误地将它转换为GET请求。

302 找到

所请求的资源临时位于不同的URI下。由于重定向可能会偶尔更改，客户端应继续使用Request-URI进行未来的请求。除非由Cache-Control或Expires标题字段指示，否则此响应仅可缓存。

临时URI应通过响应中的Location字段提供。除非请求方法是HEAD，否则响应的实体应包含一个简短的超文本注释，带有指向新URI（s）的超链接。

如果收到除GET或HEAD之外的请求的302状态码响应，用户代理不得自动重定向请求，除非它可以由用户确认，因为这可能会改变请求发出的条件。

注意：RFC 1945和RFC 2068指定客户端不允许在重定向请求上更改方法。然而，大多数现有的用户代理实现将302视为303响应，无论原始请求方法如何，都在Location字段值上执行GET操作。已添加状态码303和307，以便服务器可以明确清楚地让客户端知道期望的反应类型。

303 另见

请求的响应可以在不同的URI下找到，应使用该资源的GET方法检索。此方法主要存在是为了允许POST激活的脚本的输出将用户代理重定向到选定的资源。新的URI不是原始请求资源的替代引用。303响应不得缓存，但对第二次（重定向）请求的响应可能是可缓存的。

不同的URI应通过响应中的Location字段提供。除非请求方法是HEAD，否则响应的实体应包含一个简短的超文本注释，带有指向新URI（s）的超链接。

注意：许多在HTTP/1.1之前的用户代理不理解303状态。当与这类客户端进行互操作时，可以使用302状态码，因为大多数用户代理对302响应的反应与这里对303的描述相同。

307 临时重定向

请求的资源临时位于不同的URI。由于重定向可能会偶尔更改，客户端应继续使用请求URI进行后续请求。此响应只有在由Cache-Control或Expires头字段指示时才可缓存。

临时URI应通过响应中的Location字段给出。除非请求方法是HEAD，否则响应的实体应包含一个简短的超文本注释，其中包含指向新URI的链接，因为许多在HTTP/1.1之前的用户代理不理解307状态。因此，注释应包含用户重复在新的URI上发出原始请求所需的信息。

如果收到非GET或HEAD请求的307状态码，用户代理不得自动重定向请求，除非用户确认，因为这可能会改变请求发出的条件。

1.4 (2009-06-23)

• 产品egg化

• 许可协议变更以使用ZPL 2.1

• 整体代码现代化

1.3 (2002-12-13)

• 特性：允许选择不同的日志级别，包括完全不记录日志。这应该能让那些在非常繁忙的网站上看到大量重定向而ZODB增长令人担忧的人放心。

• 特性：增加了与虚拟主机的互操作性。Zope的最新版本似乎已经更改了在VirtualHostMonster被使用时插入到PATH_INFO REQUEST变量的值。（跟踪项208）

1.2 (2002-12-05)

• 特性：提供由JRedirector生成的撤消选项卡条目所需的数据。

• 特性：将日志数据的内部存储改为更高效。此更改将在第一次访问日志时自动应用于现有的JRedirector实例，无论是重定向期间还是管理员在Zope管理界面中查找日志历史记录时。这也应该修复跟踪器问题197，如果它是真实的问题（我的测试不支持这些结论）。

1.1 (2002-10-20)

这是“约瑟夫·迈尔赞赏版”。几乎所有的改进建议都来自约瑟夫。

• 特性：现在跟踪指向错误URL的引用。它们列在日志选项卡上。

• 特性：将映射和日志视图重新组织，以便更明显地显示它们显示的内容，并避免在URL过长时需要滚动浏览器窗口。

• 特性：现在所有显示的URL都是可点击的，将在新窗口中打开。这允许在映射选项卡以及日志选项卡上列出的引用中快速测试旧路径和新路径。

• 特性：指定带有尾随“/”（斜杠）字符的旧路径将删除它，以防止匹配目录路径失败，因为大多数人不会在引用目录时使用尾随斜杠。

1.0 (2002-10-12)

• 特性：对请求路径进行不区分大小写的匹配以重定向（最初由约瑟夫·迈尔提出）。

• 特性：现在可以从ZMI清除当前日志（由约瑟夫·迈尔建议）。

• 特性：可以通过指定“通配符映射”将多个路径重定向到单个新路径。通配符映射用于那些未匹配任何其他非通配符规则并且位于设置映射时指定的旧路径之下的请求URL。

• 特性：添加了更多允许的HTTP响应代码，并在README.txt中对这些代码进行了解释。

• 错误：提交“映射”和“日志”标签中的任何内容后，突出显示正确的ZMI标签。

• 错误：使用REQUEST.PATH_INFO而不是REQUEST.URL，因为PATH_INFO在遍历期间始终包含完整路径，而URL只包含到当前遍历元素的路径。这修复了防止重定向到与请求路径没有任何共同点的路径的bug。感谢Josef Meile指出这一点。

1.0beta2 (2002-01-16)

• 特性：__call__现在等同于调用重定向方法，使得使用更加简单。现在您可以直接这样激活它：redirector_object(REQUEST)

1.0beta1 (2002-01-16)

• 第一个工作代码版本