Le README dit "Les informations d'autorisation de .netrc
sont également honorées", mais on ne sait pas comment cela est fait. Le fichier README doit être mis à jour pour expliquer cela. Je soumettrais un PR, mais je n'arrive toujours pas à le comprendre. Pas aussi simple que curl -n
.
Pour l'instant, HTTPie essaie toujours de lire le fichier par défaut ~/.netrc
(ou ~/_netrc
sous Windows). C'est en fait la bibliothèque sous-jacente python-requests
qui fait cela.
Hm ... J'ai un fichier ~/.netrc
qui fonctionne parfaitement avec curl
, mais qui semble complètement ignoré par HTTPie.
Voici un exemple de travail:
Sans ~/.netrc
:
$ http httpbin.org/basic-auth/httpie/test
HTTP/1.1 401 UNAUTHORIZED
Connection: close
Content-Length: 0
Date: Wed, 10 Apr 2013 16:49:10 GMT
Server: gunicorn/0.16.1
Www-Authenticate: Basic realm="Fake Realm"
Ajouté ceci à ~/.netrc
:
machine httpbin.org
login httpie
password test
Et c'est ramassé:
$ http httpbin.org/basic-auth/httpie/test
HTTP/1.1 200 OK
Connection: close
Content-Length: 47
Content-Type: application/json
Date: Wed, 10 Apr 2013 16:49:23 GMT
Server: gunicorn/0.16.1
{
"authenticated": true,
"user": "httpie"
}
Vous pouvez également définir l'indicateur --verbose
pour voir si HTTPie envoie Authorization: Basic xxxxxx
.
En fait, vous pouvez exécuter $ python -m netrc
pour voir comment votre ~/.netrc
est compris par le module netrc
de la bibliothèque standard de Python .
J'ai ouvert une pull request pour modifier le readme avec un court exemple de ceci.
Juste pour faire un suivi, je n'avais aucune valeur à côté de l'un des champs login
dans mon .netrc
qui ne semblait déranger que Python. curl
pour une raison quelconque n'a pas eu de problème avec cela.
Commentaire le plus utile
En fait, vous pouvez exécuter
$ python -m netrc
pour voir comment votre~/.netrc
est compris par le modulenetrc
de la bibliothèque standard de Python .