J'ai cet appel HTTPS en boucle ci-dessous;
header1="projectName: zhikovapp"
header2="Authorization: Bearer HZCdsf="
bl_url="https://BlazerNpymh.com/api/documents?pdfDate=$today"
curl -s -k -H "$header1" -H "$header2" "$bl_url"
Je voudrais écrire un appel équivalent python en utilisant le module de requêtes.
header ={
"projectName": "zhikovapp",
"Authorization": "Bearer HZCdsf="
}
response = requests.get(bl_url, headers = header)
Cependant, la demande n'était pas valide. Qu'est-ce qui ne va pas?
Le contenu de la réponse retournée est comme ceci;
<Response [400]>
_content = '{"Message":"The request is invalid."}'
headers = {'Content-Length': '37', 'Access-Control-Allow-Headers': 'projectname, authorization, Content-Type', 'Expires': '-1', 'cacheControlHeader': 'max-age=604800', 'Connection': 'keep-alive', 'Pragma': 'no-cache', 'Cache-Control': 'no-cache', 'Date': 'Sat, 15 Oct 2016 02:41:13 GMT', 'Access-Control-Allow-Origin': '*', 'Access-Control-Allow-Methods': 'GET, POST, PUT, DELETE, OPTIONS', 'Content-Type': 'application/json; charset=utf-8'}
reason = 'Bad Request'
J'utilise python 2.7
EDIT: J'ai corrigé quelques erreurs de syntex après que Soviut les ait signalées.
Dans request.get()
l'argument headers
doit être défini comme un dictionnaire, un ensemble de paires clé/valeur. Vous avez plutôt défini un ensemble (une liste unique) de chaînes.
Vous devez déclarer vos en-têtes comme ceci:
headers = {
"projectName": "zhikovapp",
"Authorization": "Bearer HZCdsf="
}
response = requests.get(bl_url, headers=headers)
Noter la "key": "value"
format de chaque ligne du dictionnaire.
Modifier: votre Access-Control-Allow-Headers
disent qu'ils accepteront projectname
et authorization
en minuscules. Vous avez nommé votre en-tête projectName
et Authorization
avec des lettres majuscules. S'ils ne correspondent pas, ils seront rejetés.
$today
défini dans le shell à partir duquel vous appelez curl
, et vous ne le remplacez pas par l'URL d'appel requests
', alors c'est probablement la raison de 400 Bad Request.Access-Control-*
et les autres en-têtes CORS n'ont rien à voir avec les clients sans navigateur. De plus, les en-têtes HTTP ne sont généralement pas sensibles à la casse.En suivant les conseils de @ furas, voici la sortie:
$ curl -H "projectName: zhikovapp" -H "Authorization: Bearer HZCdsf=" \
http://httpbin.org/get
{
"args": {},
"headers": {
"Accept": "*/*",
"Authorization": "Bearer HZCdsf=",
"Host": "httpbin.org",
"Projectname": "zhikovapp",
"User-Agent": "curl/7.35.0"
},
"Origin": "1.2.3.4",
"url": "http://httpbin.org/get"
}
Et la même requête avec requests
:
import requests
res = requests.get('http://httpbin.org/get', headers={
"projectName" : "zhikovapp",
"Authorization" : "Bearer HZCdsf="
})
print(res.json())
{
'args': {},
'headers': {
'Accept': '*/*',
'Accept-Encoding': 'gzip, deflate, compress',
'Authorization': 'Bearer HZCdsf=',
'Host': 'httpbin.org',
'Projectname': 'zhikovapp',
'User-Agent': 'python-requests/2.2.1 CPython/3.4.3 '
'Linux/3.16.0-38-generic'
},
'Origin': '1.2.3.4',
'url': 'http://httpbin.org/get'
}
Comme vous pouvez le voir, la seule différence est l'en-tête User-Agent. La cause est peu probable, mais vous pouvez facilement définir headers
.