Je suis en train de développer un programme dont le but est d'identifier un fichier particulier sur le disque dur, d'en extraire certaines informations et d'envoyer ces données à un script php au moyen d'une requête POST.
 
J'utilise httplib pour me connecter au serveur web et construire la requête POST, avec les en-têtes et l'encodage qui vont bien. Je passe donc par l'objet HTTPConnection pour l'envoi, puis par HTTPResponse pour valider qu'il a été effectué correctement.
 
Jusqu'ici c'est parfait, mais j'aimerais afficher une barre de progression visuelle de l'envoi de la requête. En effet, la quantité de données peut être relativement importante, et j'aimerais informer l'utilisateur de la bonne progression de l'envoi.
 
Le problème, c'est que je ne sais pas de quelle façon je peux obtenir les informations sur la progression de l'envoi. J'ai regardé de près les classes mises en jeu:
- HTTPConnection ne propose pas de méthode ou d'attribut concernant les données déjà envoyées
- Socket.send() renvoie le nombre d'octets envoyés
 
Je pressents que si je veux pouvoir afficher une barre de progression je vais devoir me passer de HTTPConnection et d'opérer directement au niveau du socket.
A moins de dériver HTTPConnection et de modifier la bonne méthode pour gérer cette progression ?
 
Si quelqu'un a une idée à ajouter, une confirmation ou une infirmation de mes hypothèses je suis preneur.
Merci d'avance.

Effectivement telle qu'est faite la classe HTTPConnection tu ne pourras pas faire grand chose, quand tu fais request() c'est la méthode sendall() du socket qui est utilisée et on ne peut rien faire avec si ce n'est espérer qu'elle ne se plante pas...
A la limite tu pourrais peut être essayer de créer une nouvelle classe dérivée de HTPPConnection dans laquelle tu redéfinis la méthode send. Au lieu d'envoyer tout d'un bloc on pourrait découper les données en blocs de 1024 octets et à chaque envoi réussi mettre à jour une variable. Il ne resterait alors qu'à lire cette variable à intervalles réguliers pour voir où on en est.
Je n'ai pas testé mais c'est ce qui me paraitrait le plus simple à mettre en oeuvre, ça évite de devoir réimplémenter tout le protocole HTTP au niveau socket...

Voui c'est un peu ce que je me suis dit, je pense que je vais me retourner vers cette solution, parce qu'effectivement sinon c'est assez galère
 
Merci !

Pour plus de flexibilité, j'ai implémenté une classe HTTPProgressConnection qui dérive de HTTPConnection en redéfinissant sa commande send()
 
Je fais l'envoi en passant par socket.send() au lieu de socket.sendall(), et j'ai ajouté la possibilité de mettre un callback à chaque appel de socket.send() pour renvoyer le nombre d'octets déjà envoyés et le nombre total d'octets.
 

 
Le constructeur de HTTPProgressConnection est le même que celui de HTTPConnection, et définit deux attributs supplémentaires:
- progress_callback, qui est la fonction de callback à appeler lors de chaque envoi de données, et qui doit recevoir deux arguments
- send_buffer_size, qui est un nom trompeur (à changer) qui définit la taille des données envoyées par appel à socket.send()
 
J'ai pas pu tester en l'état parce que cette classe ne supporte pas les proxies, et que j'en ai un à ma boîte.

Après tests, il savère qu'il y avait un bug idiot:
 
A la ligne 29, il faut remplacer:
 

Par  

 
Sinon évidemment ça risque pas de marcher des masses dès lors qu'il y a plus de données que la taille d'envoi

Joli, c'est en voyant ça qu'on se dit que c'est bien le Python...
Par contre pour le proxy tu risques de te faire chier, j'avais commencé à regarder pour le boulot et je n'ai pas réussi à faire fonctionner pour les proxies avec authentification. Certes je n'avais pas trop recherché mais bon...

De ce que j'ai pu voir, les proxies sont gérés avec urllib et urllib2, la seconde ayant une interface un peu plus pratique d'utilisation avec la classe request. Pour l'authentification y'a pas mal de choses, mais j'ai pas le temps ni l'opportunité de m'y plonger.