J’ai remarqué que SPIP envoie l’entité “no-store” dans l’en-tête HTTP Cache-Control, notamment lors de la rédaction d’un article.
Apparemment, c’est pour que le navigateur ne mette pas la page en cache.
Cependant, ainsi qu’indiqué par le W3C, l’entité “no-cache” correspond à ce but. Les données envoyées avec l’entité no-cache nécessitent une revalidation avant d’être utilisées pour une requête future. L’entité “no-store” sert quand à elle à éviter que des données confidentielles ne restent, même temporairement, dans un des caches du navigateur.
Le problème, qui nous est arrivé à plusieurs reprises, est celui-ci : pendant la rédaction d’un article, nous cliquons sur un autre onglet du navigateur pour accéder à des informations nécessaires à la rédaction et au lieu de cliquer sur l’onglet nous cliquons sur un lien dans l’interface de SPIP. Le résultat : le navigateur remplace la page d’édition de l’article par la page pointée par lien. Mais lorsque nous voulons revenir à la rédaction de l’article, le navigateur recharge la page, perdant ainsi toutes les modifications effectuées depuis la dernière sauvegarde de celui-ci.
Serait-il donc possible, soit de retirer cette entité, soit de ne pas l’envoyer si le navigateur est Firefox (voire également un autre) ?
* Thomas Bertels tapuscrivait, le 22/01/2011 12:04:
Bonjour,
J'ai remarqué que SPIP envoie l'entité "no-store" dans l'en-tête HTTP
Cache-Control, notamment lors de la rédaction d'un article.
Apparemment, c'est pour que le navigateur ne mette pas la page en cache.
Cependant, ainsi qu'indiqué par le W3C, l'entité "no-cache" correspond à
ce but
<HTTP/1.1: Header Field Definitions. Les
données envoyées avec l'entité no-cache nécessitent une revalidation
avant d'être utilisées pour une requête future.
L'entité "no-store"
<HTTP/1.1: Header Field Definitions; sert
quand à elle à éviter que des données confidentielles ne restent, même
temporairement, dans un des caches du navigateur.
Le problème, qui nous est arrivé à plusieurs reprises, est celui-ci :
pendant la rédaction d'un article, nous cliquons sur un autre onglet du
navigateur pour accéder à des informations nécessaires à la rédaction et
au lieu de cliquer sur l'onglet nous cliquons sur un lien dans
l'interface de SPIP. Le résultat : le navigateur remplace la page
d'édition de l'article par la page pointée par lien. Mais lorsque nous
voulons revenir à la rédaction de l'article, le navigateur recharge la
page, perdant ainsi toutes les modifications effectuées depuis la
dernière sauvegarde de celui-ci.
Serait-il donc possible, soit de retirer cette entité, soit de ne pas
l'envoyer si le navigateur est Firefox (voire également un autre) ?
A contrario, j'ai un usage bien pratique de ce no-store quand j'ai plusieurs rubriques à créer dans la même rubrique :
- je crée une rubrique
- j'enregistre
- je fais back et j'ai un nouveau formulaire vierge me permettant une nouvelle rubrique dans la même rubrique que la précédente.
