🚀 go-pugleaf

[ suite dans fr.comp.infosystemes.www.auteurs ]

Patrice Bulat <patrice@mnet.fr> demande :
>J'essaie d'�crire un script CGI pour un serveur web qui ferait
>la chose suivante:
>- r�cup�rer en param�tre le nom d'un fichier sur le serveur
>- envoyer le contenu de ce fichier sur la sortie standard, de
>sorte que le navigateur du client l'intercepte et propose �
>l'utilisateur de le sauvegarder.
>(Cela revient a g�rer des attachements via le web...)
>
>Seulement 2 probl�mes se posent:
>- je n'arrive pas � forcer le nom du fichier (le navigateur donne
>comme nom au fichier celui du script: detache.exe)
>- la taille du fichier d'origine (sur le serveur) et du fichier r�cup�r�
>ne co�ncident pas (quelques octets de diff�rence)

Pourquoi ne pas utiliser le serveur HTTP pour faire ce pour quoi
il a ete con�u, i.e. servir des fichiers ? Quel est l'int�r�t
de passer par un CGI dans ce cas ?

S'il y a besoin de passer par un script pour d�terminer quel fichier
doit �tre envoy�, il peut renvoyer tout simplement un "Location:"
ad hoc pour renvoyer vers le fichier � envoyer.

Enfin, pour forcer le nom utilis� par le navigateur pour sauver le
r�sultat d'un script, la seule m�thode que je connaisse est de
mettre le nom de fichier dans l'URL (et de le r�cup�rer dans le
programme via la variable PATH_INFO).

	Julien.
-- 
Julien Cassaigne         cassaign@iml.univ-mrs.fr
Institut de Math�matiques de Luminy (CNRS), Marseille, France
http://www.eleves.ens.fr:8080/home/cassaign/