问题描述
我正在使用Python 2.7.5，Django 1.7，请求2.4.1，并进行一些简单的测试。但是，当我打电话给request.post时，该方法正在执行GET。我的代码与RESTful API通信。请注意，POST命令通过Hurl.it与此有效载荷和端点一起工作：
def add_dummy_objective（self）：
到银行
payload = {
'displayName'：{
'text'：self._test_objective
}
'description'：{
'text'：'用于测试API Middleman'
}，
'genusTypeId'：'DEFAULT'
}
obj_url = self.host + self.bank_id +'/ targets /？proxyname ='+ self._admin_key
req = requests.post（obj_url，data = json.dumps（payload），headers = self.headers）
return req.json（）
我将标题设置为json：
self.headers = {
'Content-Type'：'application / json'
}
而不是创建一个新的目标（如预期的一个POST），我得到一个目标列表（我会exp等等）。使用pdb，我看到：
（Pdb）req.request
< PreparedRequest [GET]>
（Pdb）req.request.method
'GET'
这会翻转吗？我以前使用Python请求库没有问题，所以我不知道我是否缺少一些明显的东西，或者（如果（更新版本的Django /请求））我必须设置另一个参数？这是缓存问题吗？任何调试提示？我已经尝试重新安装请求，并将Django回滚到1.6.5，但没有任何作用...必须简单。 - 谢谢！
======更新1 ========
只需巩固Martijn在这里建议的一些调试信息：
（Pdb）requests.post .__ name__
'post '
进入请求/ api.py> post（）定义：
（Pdb）l
88：param data：（可选）字体，字节或类似文件的对象要发送到产品类别：`Request`。
89：param \ * \ * kwargs：``request``需要的可选参数。
90
91 import pdb
92 pdb.set_trace（）
93 - >返回请求（'post'，url，data = data，** kwargs）
深入请求（）方法：
（Pdb）方法
'post'
（Pdb）l
43>>>> req = requests.request '，'http://httpbin.org/get'）
44<响应[200]>
45
46 import pdb
47 pdb.set_trace （）
48 - > session = sessions.Session（）
49 return session.request（method = method，url = url，** kwargs）
另一层，在session.request中：
（424）request（）
- >方法= builtin_str（方法）
（Pdb）方法
'post'
（Pdb）l
419：param cert :(可选）如果String，ssl客户端证书文件的路径（.PEM）。
420如果Tuple，（'cert'，'key'）对。
421
422 import pdb
423 pdb.set_trace（）
424 - > method = builtin_str（method）
425
426＃创建请求
427 req =请求（
428 method = method.upper（），
429 url = url，
下载到方法的最后，请求实际上是做的，我的准备是一个POST，但我的resp是一个GET：
（Pdb）prep
< PreparedRequest [POST]>
（Pdb）n
- >返回resp
（Pdb）resp
<响应[200]>
（Pdb）resp.request
< PreparedRequest [GET]>
）l
449'allow_redirects'：allow_redirects，
450}
451 send_kwargs.update（settings）
452 resp = self.send（prep，** send_kwargs）
453
454 - > return resp
455
456 def get（self，url，** kwargs）：
457发送GET请求。返回：class：`Response`对象。
458
459：param url：新建的URL：Request对象。
要清楚，每当请求收到重定向某些），我们必须在请求下执行某些转换。
在这种情况下，当您看到非常意外的情况时，最佳调试提示是重试您的请求，但使用 allow_redirects =假。这将立即返回30x响应。或者，您还可以查看 r.history ，查看是否有任何30x响应。在这种情况下，您可能会看到像
>>> r.request.method
'GET'
>>> r.history
[< Response [302]>]
>>> r.history [0] .request.method
'POST'
我们知道做这可能会为用户带来意想不到的行为（就像您刚才所做的那样），但它是在网络上操作的唯一正确方法。
我希望这有助于您了解为什么这不仅仅是一个重定向事实，而且希望它能为您和其他人提供未来的调试工具。
I am using Python 2.7.5, Django 1.7, requests 2.4.1, and doing some simple testing. However, it seems like when I call requests.post, the method is doing a GET instead.
My code, talking to a RESTful API. Note that the POST command works via Hurl.it with this payload and endpoint:
def add_dummy_objective(self):
"""
To the bank
"""
payload = {
'displayName': {
'text': self._test_objective
},
'description': {
'text': 'For testing of API Middleman'
},
'genusTypeId': 'DEFAULT'
}
obj_url = self.host + self.bank_id + '/objectives/?proxyname=' + self._admin_key
req = requests.post(obj_url, data=json.dumps(payload), headers=self.headers)
return req.json()
I am setting the headers to json:
self.headers = {
'Content-Type' : 'application/json'
}
Instead of creating a new objective (as expected with a POST), I get a list of objectives back (what I would expect with a GET). Using pdb, I see:
(Pdb) req.request
<PreparedRequest [GET]>
(Pdb) req.request.method
'GET'
How did this get flipped? I have used the Python requests library before with no issues, so I'm not sure if I am missing something obvious or if (with newer versions of Django / Requests) I have to set another parameter? Is this a caching issue? Any tips for debugging? I have tried re-installing requests, and rolling back Django to 1.6.5, but nothing works...must be simple. -- Thanks!
====== UPDATE 1 ========
Just consolidating some of the debug info that Martijn suggested here:
(Pdb) requests.post.__name__
'post'
Stepping into the requests/api.py > post() definition:
(Pdb) l
88 :param data: (optional) Dictionary, bytes, or file-like object to send in the body of the :class:`Request`.
89 :param \*\*kwargs: Optional arguments that ``request`` takes.
90 """
91 import pdb
92 pdb.set_trace()
93 -> return request('post', url, data=data, **kwargs)
Drilling down into the request() method:
(Pdb) method
'post'
(Pdb) l
43 >>> req = requests.request('GET', 'http://httpbin.org/get')
44 <Response [200]>
45 """
46 import pdb
47 pdb.set_trace()
48 -> session = sessions.Session()
49 return session.request(method=method, url=url, **kwargs)
One more layer, in session.request:
(424)request()
-> method = builtin_str(method)
(Pdb) method
'post'
(Pdb) l
419 :param cert: (optional) if String, path to ssl client cert file (.pem).
420 If Tuple, ('cert', 'key') pair.
421 """
422 import pdb
423 pdb.set_trace()
424 -> method = builtin_str(method)
425
426 # Create the Request.
427 req = Request(
428 method = method.upper(),
429 url = url,
Stepping down to the end of the method, where the request is actually made, my "prep" is a POST, but my resp is a GET:
(Pdb) prep
<PreparedRequest [POST]>
(Pdb) n
-> return resp
(Pdb) resp
<Response [200]>
(Pdb) resp.request
<PreparedRequest [GET]>
(Pdb) l
449 'allow_redirects': allow_redirects,
450 }
451 send_kwargs.update(settings)
452 resp = self.send(prep, **send_kwargs)
453
454 -> return resp
455
456 def get(self, url, **kwargs):
457 """Sends a GET request. Returns :class:`Response` object.
458
459 :param url: URL for the new :class:`Request` object.
To be clear, whenever requests receives a redirect (with a certain status code) we have to perform certain transformations on the request.
In cases like this, when you see something very unexpected the best debugging tips are to retry your request but with allow_redirects=False. This will immediately return the 30x response. Alternatively, you can also check r.history to see if there are any 30x responses that were followed. In this case you probably would have seen something like
>>> r.request.method
'GET'
>>> r.history
[<Response [302]>,]
>>> r.history[0].request.method
'POST'
We know that doing this can cause unexpected behaviour for users (as it just did to you) but it's the only correct way to operate on the web.
I hope this helps you understand why this happened beyond the fact that it was a redirect, and hopefully it gives you and others tools to debug this in the future.
这篇关于Python请求POST执行GET？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！