Как я могу увидеть весь HTTP-запрос, отправляемый моим приложением Python?

Ответ 1

Простой метод: включить ведение журнала в последних версиях запросов (1.x и выше.)

В запросах используется конфигурация модуля http.client и logging для управления многословным протоколированием, как описано здесь.

Демонстрация

Код, взятый из связанной документации:

import requests
import logging

# These two lines enable debugging at httplib level (requests->urllib3->http.client)
# You will see the REQUEST, including HEADERS and DATA, and RESPONSE with HEADERS but without DATA.
# The only thing missing will be the response.body which is not logged.
try:
    import http.client as http_client
except ImportError:
    # Python 2
    import httplib as http_client
http_client.HTTPConnection.debuglevel = 1

# You must initialize logging, otherwise you'll not see debug output.
logging.basicConfig()
logging.getLogger().setLevel(logging.DEBUG)
requests_log = logging.getLogger("requests.packages.urllib3")
requests_log.setLevel(logging.DEBUG)
requests_log.propagate = True

requests.get('https://httpbin.org/headers')

Пример вывода

$ python requests-logging.py 
INFO:requests.packages.urllib3.connectionpool:Starting new HTTPS connection (1): httpbin.org
send: 'GET /headers HTTP/1.1\r\nHost: httpbin.org\r\nAccept-Encoding: gzip, deflate, compress\r\nAccept: */*\r\nUser-Agent: python-requests/1.2.0 CPython/2.7.3 Linux/3.2.0-48-generic\r\n\r\n'
reply: 'HTTP/1.1 200 OK\r\n'
header: Content-Type: application/json
header: Date: Sat, 29 Jun 2013 11:19:34 GMT
header: Server: gunicorn/0.17.4
header: Content-Length: 226
header: Connection: keep-alive
DEBUG:requests.packages.urllib3.connectionpool:"GET /headers HTTP/1.1" 200 226

Ответ 2

r = requests.get('https://api.github.com', auth=('user', 'pass'))

r ответ. У него есть атрибут запроса, в котором есть нужная вам информация.

r.request.allow_redirects  r.request.headers          r.request.register_hook
r.request.auth             r.request.hooks            r.request.response
r.request.cert             r.request.method           r.request.send
r.request.config           r.request.params           r.request.sent
r.request.cookies          r.request.path_url         r.request.session
r.request.data             r.request.prefetch         r.request.timeout
r.request.deregister_hook  r.request.proxies          r.request.url
r.request.files            r.request.redirect         r.request.verify

r.request.headers дает заголовки:

{'Accept': '*/*',
 'Accept-Encoding': 'identity, deflate, compress, gzip',
 'Authorization': u'Basic dXNlcjpwYXNz',
 'User-Agent': 'python-requests/0.12.1'}

Затем r.request.data имеет тело в качестве отображения. Вы можете преобразовать это с помощью urllib.urlencode если они предпочитают:

import urllib
b = r.request.data
encoded_body = urllib.urlencode(b)

в зависимости от типа ответа .data -attribute может отсутствовать и вместо него может быть .body -attribute.

Ответ 3

Если вы используете Python 2.x, попробуйте установить программу открывания urllib2. Это должно распечатать ваши заголовки, хотя вам, возможно, придется объединить это с другими ножами, которые вы используете, чтобы поразить HTTPS.

import urllib2
urllib2.install_opener(urllib2.build_opener(urllib2.HTTPHandler(debuglevel=1)))
urllib2.urlopen(url)

Ответ 4

Опция конфигурации verbose может позволить вам увидеть, что вы хотите. пример в документации.

ПРИМЕЧАНИЕ.. Прочитайте комментарии ниже. Подробные параметры конфигурации, похоже, больше не доступны.

Ответ 5

Вы можете использовать HTTP Toolkit, чтобы сделать именно это.

Это особенно полезно, если вам нужно сделать это быстро, без изменений кода: вы можете открыть терминал из HTTP Toolkit, запустить любой код Python оттуда, как обычно, и вы сможете увидеть полный контент каждого HTTP/HTTPS Запрос немедленно.

Есть бесплатная версия, которая может делать все, что вам нужно, и она на 100% с открытым исходным кодом.

Я создатель HTTP Toolkit; Я действительно построил это сам, чтобы решить ту же самую проблему для меня некоторое время назад! Я тоже пытался отладить интеграцию платежей, но их SDK не работал, я не мог сказать, почему, и мне нужно было знать, что на самом деле происходит, чтобы исправить это. Это очень расстраивает, но возможность видеть сырой трафик действительно помогает.