OVH Cloud OVH Cloud

Problème téléchargement via CGI avec IE

14 réponses
Avatar
Us
Bonjour à tous,

J'ai un problème de comportement de IE6 avec un script CGI de
téléchargement de fichier.

J'appelle (url fictif) :
http://www.monsite.fr/cgi-bin/download.cgi?id=test.zip

Ca marche avec Firefox, mais pas avec IE6 qui ouvre bien la boîte de
téléchargement, puis dit qu'il cherche les info fichier et fini par une
erreur disant qu'il ne peut pas télécharger "download.cgi?id=test.zip à
www...", une seconde plus tard.

En cherchant via Google, il semble que ce type d'erreur soit répandu
avec IE, mais je ne vois pas de solution claire.

On m'a déjà dit que c'était un problème d'entête HTTP, mais ce que je
passe marche avec les autres navigateurs, est utilisé dans d'autre
script vus.

Voici l'entête reçu par IE :
(Status-Line) HTTP/1.0 200 OK
Connection close
Content-Disposition attachment; filename="test.zip"
Content-Encoding gzip
Content-Transfer-Encoding binary
Content-Type application/x-download
Date Sat, 17 Nov 2007 09:59:37 GMT
Expires 0
Pragma public
Server Apache/2.2.3
Vary Accept-Encoding
Via 1.0 GATEDSK:800 (squid/2.6.STABLE13)
X-Cache MISS from GATE-DESK

Mon script est écrit en Perl (déjà allé sur un newsgroup Perl qui me dit
que ce n'est pas un problème Perl). Le site est sous Apache/FreeBSD/Perl
5.8.

Bref, qué passa ?

4 réponses

1 2
Avatar
Us
In article <474436a7$0$30691$,
says...
Location ? Cad que votre script effectue une redirection vers le fichier
ciblé ? Ces fichiers sont donc accessibles ? Quel est donc l'intérêt du
script ?!??



L'intérêt est de tenir un compteur et des statistiques dans un fichier
log propriétaire.

La chaine User_Agent est envoyée par le client, et peut donc contenir
absolument n'importe quoi ! L'usage est bien que la chaine contienne un
moyen d'identifier le navigateur, mais rien n'empêche d'envoyer "toto
est le plus beau" si on le souhaite.
Bref, ne pas se fier à user_agent, jamais au grand jamais !



Je veux bien, mais alors comment différencier les accès venant d'IE6
dans mon script CGI Perl ?
Avatar
Pierre Goiffon
Us wrote:
In article <474436a7$0$30691$,
says...
Location ? Cad que votre script effectue une redirection vers le fichier
ciblé ? Ces fichiers sont donc accessibles ? Quel est donc l'intérêt du
script ?!??



L'intérêt est de tenir un compteur et des statistiques dans un fichier
log propriétaire.



Utiliser les log du serveur ?

La chaine User_Agent est envoyée par le client, et peut donc contenir
absolument n'importe quoi !



Je veux bien, mais alors comment différencier les accès venant d'IE6
dans mon script CGI Perl ?



Voilà une bonne question :)
Avatar
Us
In article <474695bd$0$30925$,
says...
Utiliser les log du serveur ?



Les logs du serveurs n'indiquent pas toutes les informations que je log
et celles qui y sont sont noyées dans un flot de lignes concernant tous
les fichiers et pas uniquement ceux que je monitor. Quant à la notion de
statistiques que je maintien parralèlement, n'en parlons pas :
simplement à partir de log que je ne maitrise pas en terme de rotation.

> Je veux bien, mais alors comment différencier les accès venant d'IE6
> dans mon script CGI Perl ?

Voilà une bonne question :)



Et la réponse est... ;)
Avatar
Pierre Goiffon
Us wrote:
Je veux bien, mais alors comment différencier les accès venant d'IE6
dans mon script CGI Perl ?


Voilà une bonne question :)



Et la réponse est... ;)



A votre place j'essayerai plutôt de comprendre ce qu'il se passe avec le
1er script dont vous avez donné une partie du source. A ma connaissance
il ne devrait pas poser de prb... Mettez un exemple en ligne que l'on
reproduise le comportement constaté, ce sera une base de discussion,
ensuite on pourra vous aider mieux.
1 2