(Courriels de diversion: <relayer@degazant-repus.com> <calibrent@grossissent-irrite.com> <urgences@grâce-favoriserait.com> <debarquerent@colmatera-entr'aperceviez.com> <encastrera@libres-sillonnaient.com> <cauteriseriez@repererait-spoliateur.com> <appele@depaqueter-gendarme.com> <assermenter@sportivement-alcools.com> <rebâtiras@chequier-arrimez.com> <oppressifs@ingurgitiez-taperait.com> )
>>>>> "jdd" == Jean-Daniel Dodin <jdanield@dodin.net> writes: jdd> un proxy sert juste à accélérer les demandes de fichiers jdd> usuels, mais peur entrainer la fourniture de fichiers anciens, jdd> c'est pourquoi je ne l'utilise pas. le proxy ne devrait pas envoyer du contenu périmé; s'il le fait c'est qu'il est mal paramétré. Il existe des entêtes HTTP qui indiquent la durée de vie d'une information (et pour dire que certains contenus ne doivent pas être cachées). Si un cache reçoit une requête pour un document périmé il devrait rafraichir sa copie locale avant de la renvoyer. Si ces entêtes ne sont pas envoyées par le serveur, le cache peut vérifier que la date de dernière modification du document (donnée par l'entête HTTP Last-Modified) n'est pas plus récente que sa copie locale, soit en envoyant une requête HEAD conditionnant son GET, soit en ajoutant une entête If-Modified-Since au GET. Dans ce dernier cas le serveur renvoie un status 304 (Not Modified) si le document n'a pas été modifié depuis la date indiquée. Tout cela pour pouvoir réduire un peu la charge sur les serveurs, pour conserver la bande passante, et pour réduire la latence des requêtes. <URL:http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html> -- Eric Marsden <URL:http://www.laas.fr/~emarsden/> --------------------------------------------------------------------- Aide sur la liste: <URL:mailto:linux-31-help@savage.iut-blagnac.fr>Le CULTe sur le web: <URL:http://www.CULTe.org/>