2

我正在尝试执行一个简单的操作：

  1. 发布到 URL
  2. 返回 HTTP 303（参见其他）
  3. 从新 URL 获取

据我所知，这是一个非常标准的做法： http ://en.wikipedia.org/wiki/Post/Redirect/Get

此外，似乎 SeeOther 旨在以这种方式工作： http ://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.3.4

我使用 web.py 作为我的服务器端控制器，但我怀疑这不是问题。如果我 GET，SeeOther 会按预期完美运行。如果我 POST 到同一个 URL，浏览器根本无法重定向或加载任何内容。

认为这是浏览器问题，我尝试了 IE9 和 Google Chrome（v23 ish）。两者都有相同的问题。

考虑到 web.py 可能不正确地为页面提供服务，或者生成了错误的 URL，我使用 telnet 来检查标题。我找到了这个：

HTTP GET（这在浏览器中有效）：

GET /Users/1 HTTP/1.1
HOST: domain.com

HTTP/1.1 303 See Other
Date: Mon, 24 Dec 2012 18:07:55 GMT
Server: Apache/2
Cache-control: no-cache
Location: http://domain.com/Users
Content-Length: 0
Content-Type: text/html

HTTP POST（这在浏览器中不起作用）：

POST /Users/1 HTTP/1.1
HOST: domain.com

HTTP/1.1 303 See Other
Date: Mon, 24 Dec 2012 18:12:35 GMT
Server: Apache/2
Cache-control: no-cache
Location: http://domain.com/Users
Content-Length: 0
Content-Type: text/html

另一件事可能会引起麻烦：我正在使用 mod-rewrite 以便用户可见的 domain.com/Users/1 实际上是 domain.com/control.py/Users/1

我可能有更多信息/疑难解答，但我现在正在画一个空白。

问题：

为什么这适用于 GET 请求，而不适用于 POST 请求？我在某处缺少响应标头吗？

编辑：

使用 IE9 开发人员工具和 Chrome 的 Inspector，看起来 303 在 POST 后没有返回浏览器。但是，当我执行 GET 请求时，我可以看到 303 进入。

然而，在仔细查看 Chrome 的 Inspector 之后，我看到了记录每个请求的能力（不要清除每个页面调用）。这让我看到由于某种原因，我的 POST 请求看起来失败了。再次 - GET 工作得很好。

4

1 回答 1

1

这完全有可能不是您的问题，但由于您没有发布您的代码，我会试一试（以防万一）。

由于您使用的是 web.py，您是否在对象上定义了 POST 方法？

IE

urls = (
    '/page', 'page'
)

class page:

    def POST(self):
        # Do something

    def GET(self):
        # Do something else
于 2013-01-12T06:52:52.917 回答