Commentaires sur : Privé ou public ?

Par : Experience de voici.fr — Performance web

Experience de voici.fr — Performance web — Fri, 13 Nov 2009 11:01:26 +0000

[...] accompagniée d’un must-revalidate, mais je me permet d’insister avec intérêt sur le Cache-Control: public très important dans le cas d’une application PHP. EzPublish utilise très probablement les [...]

Par : Hubert

Hubert — Mon, 26 Jan 2009 16:31:36 +0000

Ce n’est pas le sujet ici, mais j’utilise les sessions pour suspendre la publication du site (quand on est loggé en tant qu’admin, on y a accès, sinon 503), ce n’est peut-être pas la bonne solution..?
Je ne sais pas si c’est propre à mon hébergeur mais, j’utilise session_cache_limiter (’private_no_expire, must-revalidate’) (sans trop savoir pourquoi, l’ayant lu qqpart) sur toutes les pages avec session donc, et je peux écraser ces directives du cache avec header() en re-spécifiant des valeurs propres à chaque page.
Ça me semble bizarre, mais ça marche…

En ce qui concerne mes pages publiques personnalisées (via cookie, ex: affichage d’un panier) j’utilise no-store.

Autre chose, j’ai découvert un super site pour les réglages de cache via .htaccess:
http://www.askapache.com/htaccess/apache-speed-cache-control.html
bien pratique…

Par : Éric

Éric — Mon, 26 Jan 2009 11:08:14 +0000

@Hubert : Dans l’idéal une page publique non personnalisée n’a aucune raison d’utiliser les sessions. Du coup, pas de session_start, pas de problèmes.

Sans le bazar de PHP l’avantage c’est que le navigateur fait tout ça comme il faut.

Si PHP met le bazar, tu n’as plus d’autres choix que de tout préciser explicitement. Dans ce cas c’est à toi de savoir si la page en question peut être mise en cache « public» ou pas, et éventuellement quelle est la bonne valeur à indiquer.

Malheureusement, de ma lecture de la RFC HTTP, il n’existe pas de valeur « comportement par défaut» .

Par : Hubert

Hubert — Sun, 25 Jan 2009 16:58:14 +0000

Bonjour,
« Il ne vous reste plus qu’à réécrire manuellement les entêtes Cache-Control, Pragma et Expires (oui, les trois, PHP ne fait pas dans la dentelle). PHP mérite un billet à part entière»
Ce billet est-il écrit? je ne l’ai pas trouvé…
On ne trouve rien en français sur le net. En particulier les différentes options/attributs et leur utilité. (et encore moins pour pragma!)
Si j’ai bien compris: Pragma est utilisé avec HTTP 1.0 et 1.1. Mais est écrasé par les directives Expires (HTTP 1.0) et Cache-Control (1.1).
Tu nous dis « ne rien préciser sur les parties publiques du site» , mais si on utilise php avec sessions tu dis « réécrire manuellement les entêtes Cache-Control, Pragma et Expires» . => suis paumé… j’attends avec impatience les 2 articles promis sur le caching en php et le versioning.
Merci

Par : Olivier B.

Olivier B. — Sun, 18 Jan 2009 00:51:38 +0000

Hello,

je ne découvre que maintenant ce billet, et me rend compte que j’ai longtemps fait fausse route : mon framework maison balance du « private, revalidate» à tour de bras alors qu’au final le comportement de « no-cache» semble correspondre à ce que je cherchais… hormis pour les sections privées, évidement.
Je vais donc devoir faire quelques tests de mon coté et corriger cela.

Il me semble d’ailleurs avoir vu cet exemple de « revalidate» sur votre ancien blog (@dreams4net), mais vous n’en parlez pas ici ; à moins qu’il s’agisse du fameux « paramètre tiers» ?

En tous cas merci !

Par : Olivier

Olivier — Tue, 27 May 2008 11:28:59 +0000

Très intéressant billet qui remets complètement à plat mes connaissances sur ces valeurs de cache. Merci d’avoir clarifier ce point !