Http : Problème de téléchargement
lachenois
Messages postés
33
Date d'inscription
Statut
Membre
Dernière intervention
-
lachenois Messages postés 33 Date d'inscription Statut Membre Dernière intervention -
lachenois Messages postés 33 Date d'inscription Statut Membre Dernière intervention -
Bonjour
Voici un petit problème que je vous soumet.
-Je rapartrie des fichiers en http depuis un serveur dans un intranet.
-Le transfert du fichier s'effectue bien, mais je constate à l'arrivée une différence de 7ko environ entre le fichier d'origine et le fichier téléchargé et lorsqu'on ouvre le fichier texte téléchargé on constate bien qu'il manque la fin.
_Ce qui complique tout cela c'est que ce n'est pas systématique.
- En résumé, en http clic droit sur le fichier puis enregistrer sous en local sur mon poste, j'obtiendrais une fois 240 ko (fichier tronqué) puis une autre fois pour le même fichier 247 ko (fichier entier) pour le même fichier texte téléchargé.
-Auriez-vous une petite idée sur l'explication de ce phénoméne ou comment je pourrais le mettre en évidence?
-petite précision, dans la chaîne de liaison, il n'y a aucun équipement de compression.
Merci par avance pour votre aide.
Voici un petit problème que je vous soumet.
-Je rapartrie des fichiers en http depuis un serveur dans un intranet.
-Le transfert du fichier s'effectue bien, mais je constate à l'arrivée une différence de 7ko environ entre le fichier d'origine et le fichier téléchargé et lorsqu'on ouvre le fichier texte téléchargé on constate bien qu'il manque la fin.
_Ce qui complique tout cela c'est que ce n'est pas systématique.
- En résumé, en http clic droit sur le fichier puis enregistrer sous en local sur mon poste, j'obtiendrais une fois 240 ko (fichier tronqué) puis une autre fois pour le même fichier 247 ko (fichier entier) pour le même fichier texte téléchargé.
-Auriez-vous une petite idée sur l'explication de ce phénoméne ou comment je pourrais le mettre en évidence?
-petite précision, dans la chaîne de liaison, il n'y a aucun équipement de compression.
Merci par avance pour votre aide.
A voir également:
- Http : Problème de téléchargement
- Http - Guide
- Http //192.168.l.l - Guide
- Http //tv.hotelbb.com ✓ - Forum Virus
- Http //192.168.l.254 bbox - Forum Bbox Bouygues
- Http //zh.ui.vmall.com/emotiondownload.php mod=restore - Forum Huawei
1 réponse
Le transfert de fichiers par http n'est pas très fiable. Par exemple, un transfert par http ne peut pas être repris quand il est interrompu. Ce qui se passe, c'est que lorsque le flux de données est interrompu pour un temps déterminé et pour une raison ou une autre (micro-coupure de la connexion par exemple), le transfert s'arrête. Si tu as un mirroir pour obtenir le fichier par ftp, il faut y aller, c'est mieux.
Quant à le mettre en évidence, je crois que c'est fait ;-)
Quant à le mettre en évidence, je crois que c'est fait ;-)
- OK merci, mais comme en dessous il y a TCP/IP, normalement le contrôle du transport est effectué, même en cas de microcoupure.
Là je ne vois pas où il y aurait un défaut; d'après ce que je comprend de ce que tu dis, c'est au niveau applicatif que le contrôle de contenu n'est pas efectué et il ne voit pas la différence?
- Je ne peux pas changer de protocole et n'ai pas de serveur mirroir à disposition.
cordialement