Commentaires sur : Privé ou public ?

Par : Piero

Thu, 05 Jan 2012 18:51:20 +0000

Bonjour et désolé de déterrer,

Pour les mises en cache de champs, il s’agit d’un mécanisme inventé par Tim Berners Lee, et dont j’ai du mal à comprendre la finalité dans un contexte de fichiers statiques. Quand on parles de service web REST, ça prend tout son sens. Imaginons un objet représenté par http://www.url.fr/objet. Cet objet possède deux propriété, une publique et une admin. toutes les requêtes publiques ne concernent que la propriété publique, qui sera mise en cache. Si l’administrateur modifie seulement la propriété admin, l’objet est modifié, mais il n’y a pas de raisons de recharger le cache de la vue publique de l’objet. C’est justement ce que permet ce mécanisme.

Piero

]]>

Par : 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

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

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

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.

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

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 !

]]>