Http : Problème de téléchargement
Fermé
lachenois
Messages postés
33
Date d'inscription
mardi 20 juin 2006
Statut
Membre
Dernière intervention
4 septembre 2009
-
16 mai 2007 à 11:09
lachenois Messages postés 33 Date d'inscription mardi 20 juin 2006 Statut Membre Dernière intervention 4 septembre 2009 - 16 mai 2007 à 11:45
lachenois Messages postés 33 Date d'inscription mardi 20 juin 2006 Statut Membre Dernière intervention 4 septembre 2009 - 16 mai 2007 à 11:45
A voir également:
- Http : Problème de téléchargement
- Protocole http - Guide
- Http //192.168.l.49.1 anycast setup - Forum WiFi
- Http //cast2tv.net/ - Forum TV & Vidéo
- Http //my.canalbox.africa ✓ - Forum Box et Streaming vidéo
- Http //zh.ui.vmall.com/emotiondownload.php mod=restore - Forum Huawei
1 réponse
psbarry
Messages postés
9
Date d'inscription
mardi 11 juillet 2000
Statut
Membre
Dernière intervention
7 août 2009
2
16 mai 2007 à 11:20
16 mai 2007 à 11:20
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 ;-)
16 mai 2007 à 11:45
- 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