Dans l'aide du navigateur Mozilla Firefox, il est dit : "quand vous allez
sur une page Web qui est d=E9j=E0 dans le cache, Firefox compare la copie d=
u
cache avec l'original. Si rien n'a chang=E9, Firefox utilise la copie du=20
cache ..."
Or pour faire cette comparaison, il faut forc=E9ment t=E9l=E9charger cet or=
iginal !=20
Donc je ne comprends pas l'int=E9r=EAt du cache avec Firefox.
Ou alors, Firefox pourrait-il conna=EEtre la date de derni=E8re mise =E0 jo=
ur de=20
l'orignal ? A ma connaissance, tr=E8s peu de pages html contiennent leur da=
te
de derni=E8re mise =E0 jour dans leurs premi=E8res lignes, ce qui permettra=
it de=20
comparer avec la date de la page du cache.
Au moins, dans le menu "v=E9rifier s'il existe une version plus r=E9cente d=
es=20
pages ..." de Internet Explorer, il y a l'option "Jamais". Pourquoi Firefox=
=20
n'a-t-il pas jug=E9 utile de proposer la m=EAme option ?
Cordialement,
Jean-Pierre Coulon ("cacas.pam" =E9quivaut au "nospam" habituel)
--614406-2074-1157092865=:1352--
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Pierre Goiffon
Jean-Pierre Coulon wrote:
Dans l'aide du navigateur Mozilla Firefox, il est dit : "quand vous allez sur une page Web qui est déjà dans le cache, Firefox compare la copie du cache avec l'original. Si rien n'a changé, Firefox utilise la copie du cache ..."
Or pour faire cette comparaison, il faut forcément télécharger cet original ! Donc je ne comprends pas l'intérêt du cache avec Firefox.
C'est un mécanisme standard HTTP, implémenté par à peu près tous les navigateurs. Pour effectuer la vérification avec l'original, on envoit une requète HEAD.
Plus de détails sur le cache dans cet excellent document : http://www.mnot.net/cache_docs/
Et sinon, la référence est dans la RFC2616 chapitre 13 http://www.ietf.org/rfc/rfc2616.txt?number&16
Jean-Pierre Coulon wrote:
Dans l'aide du navigateur Mozilla Firefox, il est dit : "quand vous allez
sur une page Web qui est déjà dans le cache, Firefox compare la copie du
cache avec l'original. Si rien n'a changé, Firefox utilise la copie du
cache ..."
Or pour faire cette comparaison, il faut forcément télécharger cet
original ! Donc je ne comprends pas l'intérêt du cache avec Firefox.
C'est un mécanisme standard HTTP, implémenté par à peu près tous les
navigateurs. Pour effectuer la vérification avec l'original, on envoit
une requète HEAD.
Plus de détails sur le cache dans cet excellent document :
http://www.mnot.net/cache_docs/
Et sinon, la référence est dans la RFC2616 chapitre 13
http://www.ietf.org/rfc/rfc2616.txt?number&16
Dans l'aide du navigateur Mozilla Firefox, il est dit : "quand vous allez sur une page Web qui est déjà dans le cache, Firefox compare la copie du cache avec l'original. Si rien n'a changé, Firefox utilise la copie du cache ..."
Or pour faire cette comparaison, il faut forcément télécharger cet original ! Donc je ne comprends pas l'intérêt du cache avec Firefox.
C'est un mécanisme standard HTTP, implémenté par à peu près tous les navigateurs. Pour effectuer la vérification avec l'original, on envoit une requète HEAD.
Plus de détails sur le cache dans cet excellent document : http://www.mnot.net/cache_docs/
Et sinon, la référence est dans la RFC2616 chapitre 13 http://www.ietf.org/rfc/rfc2616.txt?number&16
Jean-Pierre Coulon
This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools.
C'est un mécanisme standard HTTP, implémenté par à peu près tou s les navigateurs. Pour effectuer la vérification avec l'original, on envoit une requète HEAD. [...]
Merci, vous m'apprenez quelque chose.
Du coup, si on veut obliger Firefox à se servir du cache parce qu'on ne peut pas, ou on ne veut pas se relier au réseau, il faut cocher Travailler hors connexion.
C'est un mécanisme standard HTTP, implémenté par à peu près tou s les
navigateurs. Pour effectuer la vérification avec l'original, on envoit une
requète HEAD.
[...]
Merci, vous m'apprenez quelque chose.
Du coup, si on veut obliger Firefox à se servir du cache parce qu'on ne
peut pas, ou on ne veut pas se relier au réseau, il faut cocher
Travailler hors connexion.
C'est un mécanisme standard HTTP, implémenté par à peu près tou s les navigateurs. Pour effectuer la vérification avec l'original, on envoit une requète HEAD. [...]
Merci, vous m'apprenez quelque chose.
Du coup, si on veut obliger Firefox à se servir du cache parce qu'on ne peut pas, ou on ne veut pas se relier au réseau, il faut cocher Travailler hors connexion.
C'est un mécanisme standard HTTP, implémenté par à peu près tous les navigateurs. Pour effectuer la vérification avec l'original, on envoit une requète HEAD.
Plus de détails sur le cache dans cet excellent document : http://www.mnot.net/cache_docs/
Et sinon, la référence est dans la RFC2616 chapitre 13 http://www.ietf.org/rfc/rfc2616.txt?number&16
Il y a aussi cette page : <http://blog.dreams4net.com/cachez-moi-ca>
-- Olivier - Parce que sinon cela rompt le cours normal de la conversation. - Pourquoi répond on après la question ? <http://www.faqs.org/faqs/fr/usenet/repondre-sur-usenet/> merci.
Pierre Goiffon a écrit :
[cache http]
C'est un mécanisme standard HTTP, implémenté par à peu près tous les
navigateurs. Pour effectuer la vérification avec l'original, on
envoit une requète HEAD.
Plus de détails sur le cache dans cet excellent document :
http://www.mnot.net/cache_docs/
Et sinon, la référence est dans la RFC2616 chapitre 13
http://www.ietf.org/rfc/rfc2616.txt?number&16
Il y a aussi cette page : <http://blog.dreams4net.com/cachez-moi-ca>
--
Olivier
- Parce que sinon cela rompt le cours normal de la conversation.
- Pourquoi répond on après la question ?
<http://www.faqs.org/faqs/fr/usenet/repondre-sur-usenet/> merci.
C'est un mécanisme standard HTTP, implémenté par à peu près tous les navigateurs. Pour effectuer la vérification avec l'original, on envoit une requète HEAD.
Plus de détails sur le cache dans cet excellent document : http://www.mnot.net/cache_docs/
Et sinon, la référence est dans la RFC2616 chapitre 13 http://www.ietf.org/rfc/rfc2616.txt?number&16
Il y a aussi cette page : <http://blog.dreams4net.com/cachez-moi-ca>
-- Olivier - Parce que sinon cela rompt le cours normal de la conversation. - Pourquoi répond on après la question ? <http://www.faqs.org/faqs/fr/usenet/repondre-sur-usenet/> merci.
Patrick Mevzek
Le Fri, 01 Sep 2006 10:01:36 +0200, Pierre Goiffon a écrit :
Or pour faire cette comparaison, il faut forcément télécharger cet original ! Donc je ne comprends pas l'intérêt du cache avec Firefox.
C'est un mécanisme standard HTTP, implémenté par à peu près tous les navigateurs. Pour effectuer la vérification avec l'original, on envoit une requète HEAD.
Non, pas nécessairement. Un GET conditionnel est souvent préférable.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> <http://www.dotandco.net/ressources/icann_registrars/details/index>
Le Fri, 01 Sep 2006 10:01:36 +0200, Pierre Goiffon a écrit :
Or pour faire cette comparaison, il faut forcément télécharger cet
original ! Donc je ne comprends pas l'intérêt du cache avec Firefox.
C'est un mécanisme standard HTTP, implémenté par à peu près tous les
navigateurs. Pour effectuer la vérification avec l'original, on envoit
une requète HEAD.
Non, pas nécessairement. Un GET conditionnel est souvent préférable.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
<http://www.dotandco.net/ressources/icann_registrars/details/index>
Le Fri, 01 Sep 2006 10:01:36 +0200, Pierre Goiffon a écrit :
Or pour faire cette comparaison, il faut forcément télécharger cet original ! Donc je ne comprends pas l'intérêt du cache avec Firefox.
C'est un mécanisme standard HTTP, implémenté par à peu près tous les navigateurs. Pour effectuer la vérification avec l'original, on envoit une requète HEAD.
Non, pas nécessairement. Un GET conditionnel est souvent préférable.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> <http://www.dotandco.net/ressources/icann_registrars/details/index>