Réponse HTTP : localisation du fichier

Bonjour à tous,

Dans un programme en C++ j'envoie une requête à un serveur, et il m'arrive de lui passer une URL se finissant par un nom de dossier (par exemple http://127.0.0.1/Tests/, qui m'ouvre la page http://127.0.0.1/TestsPHP/index.html)

Seulement comme la page ne s'appelle pas spécialement index.html, mais index.php ou index.php3 par exemple, j'aimerai que ce soit le serveur qui me retourne le nom du fichier qu'il m'a renvoyé. Or il n'apparait nul part dans le header que je reçoit.

Est-ce que quelqu'un sait comment recevoir le nom du fichier ?
Merci d'avance

PS : j'utilise la bibliothèque Boost::asio pour l'accès réseau

EDIT : Voici la requête que j'envoie au serveur :

Citation:

---

GET /Tests/ HTTP/1.0\r\n
Host: 127.0.0.1\r\n
Accept: */*\r\n
Connection: close\r\n\r\n

---

Et voici ce que me répond le serveur :
http://img3.imageshack.us/img3/9904/tmp2.jpg

Ben non... ca fait pas partie de HTTP... Et puis ca serait impossible dans le cas d'une servlet.. on renverrait quoi ? le nom du fichier .java ? ;)

De toute manière, dans ton cas, http://127.0.0.1/Tests/ est toujours du HTML (qu'il soit généré par du PHP, du JSP, du Java, du CGI, du XSLT....).
Et même pire, il pourrait même changer de type en fonction du accept-type que tu lui passe (REST?).

Par contre, rien n'empeche de configurer ton serveur pour qu'au lieu de *renvoyer* directement le contenu de http://127.0.0.1/Tests/index.php, il fasse en réalité une *redirection* vers cette page...

Oui mais ce n'est pas mon serveur, mais un serveur quelconque pris sur le web

D'où le fait que je ne sache pas le nom du fichier par défaut qui est renvoyé.
Et je pensais que c'était possible de connaitre le nom de la page car il y a bien un attribut Location qui apparait dans le header lorsqu'il y a le code 301 (il indique la page de redirection)

Oui... le header "Location" est le header nécessaires aux réponses de type 301 (relocated). Mais rien ne dit qu'il doive comporter un nom de fichier !
Et ce header n'est ni nécessaire (ni même désiré) aux autres réponses...

Encore une fois, rien ne dit que cette URL corresponde à un fichier !

Ok merci