http.client — Client pour le protocole HTTP

Code source : Lib/http/client.py

This module defines classes which implement the client side of the HTTP and HTTPS protocols. It is normally not used directly --- the module urllib.request uses it to handle URLs that use HTTP and HTTPS.

Voir aussi

Le paquet Requests est recommandé pour une interface client HTTP de plus haut niveau.

Note

L'implémentation d'HTTPS n'est disponible que si Python a été compilé avec la prise en charge de SSL (au moyen du module ssl).

Le module fournit les classes suivantes :

class http.client.HTTPConnection(host, port=None, [timeout, ]source_address=None, blocksize=8192)

An HTTPConnection instance represents one transaction with an HTTP server. It should be instantiated passing it a host and optional port number. If no port number is passed, the port is extracted from the host string if it has the form host:port, else the default HTTP port (80) is used. If the optional timeout parameter is given, blocking operations (like connection attempts) will timeout after that many seconds (if it is not given, the global default timeout setting is used). The optional source_address parameter may be a tuple of a (host, port) to use as the source address the HTTP connection is made from. The optional blocksize parameter sets the buffer size in bytes for sending a file-like message body.

Par exemple, tous les appels suivants créent des instances qui se connectent à un serveur sur le même hôte et le même port :

>>> h1 = http.client.HTTPConnection('www.python.org')
>>> h2 = http.client.HTTPConnection('www.python.org:80')
>>> h3 = http.client.HTTPConnection('www.python.org', 80)
>>> h4 = http.client.HTTPConnection('www.python.org', 80, timeout=10)

Modifié dans la version 3.2: Le paramètre source_address a été ajouté.

Modifié dans la version 3.4: The strict parameter was removed. HTTP 0.9-style "Simple Responses" are not longer supported.

Modifié dans la version 3.7: Le paramètre blocksize a été ajouté.

class http.client.HTTPSConnection(host, port=None, key_file=None, cert_file=None, [timeout, ]source_address=None, *, context=None, check_hostname=None, blocksize=8192)

Cette sous-classe de HTTPConnection utilise SSL pour communiquer avec des serveurs sécurisés. Le port par défaut est 443. Si le paramètre context est fourni, ce doit être une instance de ssl.SSLContext décrivant les diverses options SSL.

Il est conseillé de lire Security considerations pour plus d'informations sur les bonnes pratiques.

Modifié dans la version 3.2: Les paramètres source_address, context et check_hostname ont été ajoutés.

Modifié dans la version 3.2: Cette classe implémente désormais les hôtes virtuels HTTPS dans la mesure du possible (c'est-à-dire si ssl.HAS_SNI est vrai).

Modifié dans la version 3.4: Le paramètre strict a été supprimé. Les « réponses simples » de HTTP 0.9 ne sont plus prises en charge.

Modifié dans la version 3.4.3: Cette classe réalise maintenant par défaut toutes les vérifications de certificat et de nom d'hôte. Pour revenir au comportement antérieur, sans vérification, ssl._create_unverified_context() peut être passé au paramètre context.

Modifié dans la version 3.8: Cette classe sélectionne désormais TLS 1.3 pour ssl.SSLContext.post_handshake_auth dans le context par défaut ou quand cert_file est fourni avec une valeur de context personnalisée.

Obsolète depuis la version 3.6: Les paramètres key_file et cert_file sont rendus obsolètes par context. Veuillez plutôt utiliser ssl.SSLContext.load_cert_chain(), ou laissez ssl.create_default_context() sélectionner les certificats racines de confiance du système pour vous.

Le paramètre check_hostname est de même obsolète : utilisez l'attribut ssl.SSLContext.check_hostname de context à la place.

class http.client.HTTPResponse(sock, debuglevel=0, method=None, url=None)

Classe dont les instances sont renvoyées dès qu'une connexion est établie. Cette classe n'est jamais instanciée directement par l'utilisateur.

Modifié dans la version 3.4: Le paramètre strict a été supprimé. Les « réponses simples » de HTTP 0.9 ne sont plus prises en charge.

Ce module fournit les fonctions suivantes :

http.client.parse_headers(fp)

Analyse les en-têtes à partir d'un pointeur de fichier fp représentant une requête/réponse HTTP. Le fichier doit être un lecteur de classe BufferedIOBase (c'est-à-dire non textuel) et doit impérativement renvoyer un en-tête valide selon la RFC 2822.

Cette fonction renvoie une instance de http.client.HTTPMessage qui contient les champs d'en-tête, mais pas la charge utile (de même que HTTPResponse.msg et http.server.BaseHTTPRequestHandler.headers). Après le retour, le pointeur de fichier fp est prêt à lire le corps HTTP.

Note

La méthode parse_headers() n'analyse pas la ligne initiale d'un message HTTP ; elle n'analyse que les lignes Name: value. Le fichier doit être prêt à lire ces lignes de champs, aussi la première ligne doit déjà avoir été consommée avant l'appel de la fonction.

Les exceptions suivantes sont levées selon les cas :

exception http.client.HTTPException

La classe de base des autres exceptions de ce module. C'est une sous-classe de Exception.

exception http.client.NotConnected

Sous-classe de HTTPException.

exception http.client.InvalidURL

Sous-classe de HTTPException, levée si le port donné n'est pas numérique ou est vide.

exception http.client.UnknownProtocol

Sous-classe de HTTPException.

exception http.client.UnknownTransferEncoding

Sous-classe de HTTPException.

exception http.client.UnimplementedFileMode

Sous-classe de HTTPException.

exception http.client.IncompleteRead

Sous-classe de HTTPException.

exception http.client.ImproperConnectionState

Sous-classe de HTTPException.

exception http.client.CannotSendRequest

Sous-classe de ImproperConnectionState.

exception http.client.CannotSendHeader

Sous-classe de ImproperConnectionState.

exception http.client.ResponseNotReady

Sous-classe de ImproperConnectionState.

exception http.client.BadStatusLine

Sous-classe de HTTPException. Levée si un serveur répond avec un code d'état HTTP qui n'est pas compris.

exception http.client.LineTooLong

Sous-classe de HTTPException. Levée si une ligne du protocole HTTP est excessivement longue dans ce qui provient du serveur.

exception http.client.RemoteDisconnected

Sous-classe de ConnectionResetError et BadStatusLine. Levée par la méthode HTTPConnection.getresponse() quand la tentative de lire la réponse n'aboutit à aucune donnée provenant de la connexion, indiquant ainsi que la partie distante a fermé celle-ci.

Nouveau dans la version 3.5: Antérieurement, BadStatusLine('') était levée.

Les constantes définies dans ce module sont :

http.client.HTTP_PORT

Le port par défaut du protocole HTTP (toujours 80).

http.client.HTTPS_PORT

Le port par défaut du protocole HTTPS (toujours 443).

http.client.responses

Ce dictionnaire associe les codes d'états HTTP 1.1 à leurs noms tels que définis par le W3C.

Par exemple : http.client.responses[http.client.NOT_FOUND] est 'Not Found'.

Voir Codes d'état HTTP pour une liste des codes d'état HTTP qui sont disponibles comme constantes dans ce module.

Les objets HTTPConnection

Les instances de la classe HTTPConnection possèdent les méthodes suivantes :

HTTPConnection.request(method, url, body=None, headers={}, *, encode_chunked=False)

Envoie une requête à un serveur en utilisant la méthode method de requête HTTP et le sélecteur url.

Si body est passé en paramètre, les données transmises sont envoyées à la suite des en-têtes. Ce paramètre peut-être une str, un objet octet-comptatible, un objet fichier préalablement ouvert, ou un itérable de classe bytes. Si body est une chaîne, elle est encodée en ISO-8859-1, valeur par défaut pour HTTP. Si c'est un objet octet-compatible, les octets sont envoyés tels quels. Si c'est un objet fichier, le contenu du fichier est envoyé ; cet objet fichier doit implémenter au moins la méthode read(). Si l'objet fichier est une instance de io.TextIOBase, les données renvoyées par la méthode read() sont encodées en ISO-8859-1, sinon les données renvoyées par read() sont envoyées telles quelles. Si body est un itérable, les éléments de cet itérable sont envoyés jusqu'à ce que l'itérable soit vide.

L'argument headers doit contenir les en-têtes HTTP supplémentaires sous forme de dictionnaire. Ces en-têtes sont transmis dans la requête.

Si headers ne contient ni Content-Length: ni Transfer-Encoding:, mais qu'un corps de requête est fourni, un de ces en-têtes est ajouté automatiquement. Si body est None, l'en-tête Content-Length: est paramétré à 0 pour les méthodes qui attendent un corps (PUT, POST, et PATCH). Si body est une chaîne ou un objet de type octets qui n'est pas un (objet fichier), l'en-tête Content-Length est paramétré à sa longueur. Un body de tout autre type (fichiers ou itérables en général) est encodé par morceaux et l'en-tête Transfer-Encoding est automatiquement paramétré à la place de Content-Length.

L'argument encode_chunked n'est pertinent que si l'en-tête Transfer-Encoding: est présent. Si encode_chunked est False, l'objet HTTPConnection suppose que l'encodage est géré par le code d'appel. S'il vaut True, le corps est encodé par morceaux.

Note

L'encodage pour les transferts par morceaux a été ajouté à la version 1.1 du protocole HTTP. À moins que le serveur HTTP sache gérer HTTP 1.1, l'appelant doit soit spécifier l'en-tête Content-Length:, soit passer la représentation du corps de message dans un objet de classe str ou un objet octet-compatible qui ne soit pas un fichier.

Nouveau dans la version 3.2: body peut désormais être un itérable.

Modifié dans la version 3.6: Si parmi les en-têtes ne figure ni Content-Length:, ni Transfer-Encoding:, les objets fichiers et itérables body sont désormais encodés par morceaux. L'argument encode_chunked a été ajouté. Aucune tentative n'est faite pour essayer de déterminer la valeur de l'en-tête Content-Length pour un objet fichier.

HTTPConnection.getresponse()

Doit être appelé après qu'une requête a été envoyée pour récupérer la réponse du serveur. Renvoie une instance de HTTPResponse.

Note

Notez que la totalité de la réponse doit être lue avant de pouvoir envoyer une nouvelle requête au serveur.

Modifié dans la version 3.5: Si une exception ConnectionError ou une de ses sous-classes est levée, l'objet de classe HTTPConnection sera prêt à se reconnecter quand une nouvelle requête sera envoyée.

HTTPConnection.set_debuglevel(level)

Règle le niveau de débogage. Le niveau de débogage par défaut est 0 (aucune sortie de débogage n'est affichée). Toute valeur plus grande que 0 provoque l'affichage sur sys.stdout de toutes les sorties de débogage actuellement définies. Le paramètre debuglevel est passé à tout nouvel objet de classe HTTPResponse qui est créé.

Nouveau dans la version 3.1.

HTTPConnection.set_tunnel(host, port=None, headers=None)

Paramètre l'hôte et le port pour le tunnel de connexion HTTP. Il permet de réaliser la connexion au travers d'un serveur mandataire.

Les arguments d'hôte et de port indiquent le point de terminaison de la connexion par tunnel (c'est-à-dire l'adresse incluse dans la requête CONNECT, et non l'adresse du serveur mandataire).

L'argument headers doit contenir les en-têtes HTTP supplémentaires sous forme d'un dictionnaire. Ceux-ci seront envoyés avec la requête CONNECT.

Par exemple, pour un tunnel traversant un serveur mandataire HTTPS accessible localement sur le port 8080, nous devons passer l'adresse du serveur mandataire au constructeur de la classe HTTPSConnection, en plus de l'éventuelle adresse de l'hôte que nous voulons atteindre, qui elle doit être passée à la méthode set_tunnel() :

>>> import http.client
>>> conn = http.client.HTTPSConnection("localhost", 8080)
>>> conn.set_tunnel("www.python.org")
>>> conn.request("HEAD","/index.html")

Nouveau dans la version 3.2.

HTTPConnection.connect()

Se connecte au serveur spécifié quand l'objet est créé. Par défaut, est appelée automatiquement lorsqu'une requête est faite alors que le client ne s'est pas connecté au préalable.

HTTPConnection.close()

Ferme la connexion au serveur.

HTTPConnection.blocksize

Taille en octets du tampon utilisé pour transmettre un corps de message de type fichier.

Nouveau dans la version 3.7.

Plutôt que d'utiliser la méthode request() décrite plus haut, il est également possible d'envoyer une requête étape par étape en utilisant les quatre fonctions ci-dessous.

HTTPConnection.putrequest(method, url, skip_host=False, skip_accept_encoding=False)

Ce doit être le premier appel une fois que la connexion au serveur a été réalisée. Est envoyée au serveur une ligne consistant en la chaîne method, la chaîne d'url, et la version du protocole HTTP (HTTP/1.1). Pour désactiver l'envoi automatique des en-têtes Host: ou Accept-Encoding: (par exemple pour accepter des encodages supplémentaires de contenus), il est nécessaire de passer les paramètres skip_host ou skip_accept_encoding avec des valeurs différentes de False.

HTTPConnection.putheader(header, argument[, ...])

Envoie un en-tête de style RFC 822 au serveur. Elle envoie au serveur une ligne regroupant un en-tête, une espace, un :, une espace et le premier argument. Si plusieurs arguments sont donnés, des lignes de continuation sont envoyées, chacune d'elle étant constituée d'une espace suivie d'un argument.

HTTPConnection.endheaders(message_body=None, *, encode_chunked=False)

Envoie une ligne blanche au serveur, signalant la fin des en-têtes. L'argument optionnel message_body peut-être utilisé pour passer le corps du message associé à la requête.

Si encode_chunked est True, le résultat de chaque itération sur message_body est un morceau encodé selon la RFC 7230, section 3.3.1. La façon dont les données sont encodées dépend du type de message_body. Si message_body implémente l'interface tampon l'encodage donne un unique morceau. Si message_body est un itérable de classe collections.abc.Iterable, chaque itération sur message_body donne un morceau. Si message_body est un fichier objet, chaque appel à .read() renvoie un morceau. La méthode signale automatiquement la fin des données encodées par morceaux immédiatement après message_body.

Note

Selon la spécification de l'encodage des morceaux, les morceaux vides renvoyés par un itérateur associé au corps du message sont ignorés par l'encodeur de morceaux. Ce comportement est choisi pour éviter que la lecture de la requête par le serveur cible ne se termine prématurément pour cause d'encodage mal formé.

Nouveau dans la version 3.6: Implémentation de l'encodage (pour les transferts) par morceaux. Le paramètre encode_chunked a été ajouté.

HTTPConnection.send(data)

Envoie les données au serveur. Elle ne peut être utilisée directement qu'une fois la méthode endheaders() a été appelée et avant que la méthode getresponse() ait été appelée.

Les objets HTTPResponse

Une instance de HTTPResponse encapsule la réponse HTTP du serveur. Elle fournit un accès aux en-têtes et au corps de la réponse. La réponse est un objet itérable pouvant être utilisé avec l'instruction with.

Modifié dans la version 3.5: L'interface de la classe io.BufferedIOBase est désormais implémentée et toutes ses opérations de lecture sont gérées.

HTTPResponse.read([amt])

Lit et renvoie soit tout le corps de la réponse soit une partie de celui-ci se limitant aux amt octets suivants.

HTTPResponse.readinto(b)

Lit les prochains len(b) octets du corps de la réponse et les place dans le tampon b. Renvoie le nombre d'octets lus.

Nouveau dans la version 3.3.

HTTPResponse.getheader(name, default=None)

Return the value of the header name, or default if there is no header matching name. If there is more than one header with the name name, return all of the values joined by ', '. If 'default' is any iterable other than a single string, its elements are similarly returned joined by commas.

HTTPResponse.getheaders()

Renvoie une liste d'n-uplets (en-tête, valeur).

HTTPResponse.fileno()

Renvoie le fileno du connecteur réseau sous-jacent.

HTTPResponse.msg

Une instance de http.client.HTTPMessage contenant les en-têtes de la réponse. La classe http.client.HTTPMessage est une sous-classe de la classe email.message.Message.

HTTPResponse.version

La version du protocole HTTP utilisée par le serveur : 10 pour HTTP/1.0, 11 pour HTTP/1.1.

HTTPResponse.url

L'URL de la ressource récupérée, utilisée habituellement pour déterminer si une redirection a été suivie.

HTTPResponse.headers

Les en-têtes de la réponse sous la forme d'une instance de email.message.EmailMessage.

HTTPResponse.status

Code d'état renvoyé par le serveur.

HTTPResponse.reason

Phrase renvoyée par le serveur et indiquant la cause.

HTTPResponse.debuglevel

Un point d'entrée pour débogage. Si debuglevel est plus grand que zéro, les messages sont envoyés à sys.stdout pendant la lecture et l'analyse de la réponse.

HTTPResponse.closed

Vaut True si le flux est terminé.

HTTPResponse.geturl()

Obsolète depuis la version 3.9: Rendu obsolète par url.

HTTPResponse.info()

Obsolète depuis la version 3.9: Rendu obsolète par headers.

HTTPResponse.getstatus()

Obsolète depuis la version 3.9: Rendu obsolète par status.

Exemples

Voici un exemple de session utilisant la méthode GET :

>>> import http.client
>>> conn = http.client.HTTPSConnection("www.python.org")
>>> conn.request("GET", "/")
>>> r1 = conn.getresponse()
>>> print(r1.status, r1.reason)
200 OK
>>> data1 = r1.read()  # This will return entire content.
>>> # The following example demonstrates reading data in chunks.
>>> conn.request("GET", "/")
>>> r1 = conn.getresponse()
>>> while chunk := r1.read(200):
...     print(repr(chunk))
b'<!doctype html>\n<!--[if"...
...
>>> # Example of an invalid request
>>> conn = http.client.HTTPSConnection("docs.python.org")
>>> conn.request("GET", "/parrot.spam")
>>> r2 = conn.getresponse()
>>> print(r2.status, r2.reason)
404 Not Found
>>> data2 = r2.read()
>>> conn.close()

Voici un exemple de session utilisant la méthode HEAD. Notez que la méthode HEAD ne renvoie jamais de données.

>>> import http.client
>>> conn = http.client.HTTPSConnection("www.python.org")
>>> conn.request("HEAD", "/")
>>> res = conn.getresponse()
>>> print(res.status, res.reason)
200 OK
>>> data = res.read()
>>> print(len(data))
0
>>> data == b''
True

Voici un exemple de session montrant l'utilisation de la méthode POST :

>>> import http.client, urllib.parse
>>> params = urllib.parse.urlencode({'@number': 12524, '@type': 'issue', '@action': 'show'})
>>> headers = {"Content-type": "application/x-www-form-urlencoded",
...            "Accept": "text/plain"}
>>> conn = http.client.HTTPConnection("bugs.python.org")
>>> conn.request("POST", "", params, headers)
>>> response = conn.getresponse()
>>> print(response.status, response.reason)
302 Found
>>> data = response.read()
>>> data
b'Redirecting to <a href="http://bugs.python.org/issue12524">http://bugs.python.org/issue12524</a>'
>>> conn.close()

Client side HTTP PUT requests are very similar to POST requests. The difference lies only the server side where HTTP server will allow resources to be created via PUT request. It should be noted that custom HTTP methods are also handled in urllib.request.Request by setting the appropriate method attribute. Here is an example session that shows how to send a PUT request using http.client:

>>> # This creates an HTTP message
>>> # with the content of BODY as the enclosed representation
>>> # for the resource http://localhost:8080/file
...
>>> import http.client
>>> BODY = "***filecontents***"
>>> conn = http.client.HTTPConnection("localhost", 8080)
>>> conn.request("PUT", "/file", BODY)
>>> response = conn.getresponse()
>>> print(response.status, response.reason)
200, OK

Les objets HTTPMessage

Une instance de classe http.client.HTTPMessage contient les en-têtes d'une réponse HTTP. Elle est implémentée en utilisant la classe email.message.Message.