Mise en cache : php ou html ?

Bonjour,

J'ai intégré du code php dans mes squelettes.

Or il semblerait que même lorsque la page est lue dans le cache, ce code
php soit exécuté, alors que je croyais qu'était lu en cache le code
*html* de la page envoyée au client.

Donc apparamment, le cache contient le squelette avec les boucles *spip*
exécutées et les champs remplis, mais avec le code php du source *non
exécuté*.

Vous confirmez ? Pas moyen de mettre en cache le code html envoyé au
client ?

Merci

--
Cordialement, Stéphane *** http://www.team-santonum.com
     Loisirs, nature, arts, technologie : accueil en Charente-Maritime

le 31/08/03 19:24, Stéphane Santon à news305@team-santonum.com a écrit :

Donc apparamment, le cache contient le squelette avec les boucles *spip*
exécutées et les champs remplis, mais avec le code php du source *non
exécuté*.

si ca peu t'aider va voir ici "SPIP, PHP et Javascript sont dans un bateau"
http://www.uzine.net/spip_contrib/article.php3?id_article=50

Nicolas RIQUOIS
http://www.pucroller.com

> Donc apparamment, le cache contient le squelette avec les boucles
> *spip* exécutées et les champs remplis, mais avec le code php du
> source *non exécuté*.

si ca peu t'aider va voir ici "SPIP, PHP et Javascript sont dans un
bateau" http://www.uzine.net/spip_contrib/article.php3?id_article=50

pour resoudre ton probleme, il faudrait implementer un deuxieme niveau
de cache.
c'est aussi genant que ca pour toi si *ton* code php est execute a
chaque appel de page ?

Joel

Une question me brûle les lèvres. Que signifient ces astérisques qui encadrent un mot? Quelle est cette étrange coutume?

Le dimanche, 31 aoû 2003, à 20:11 Europe/Paris, Joel HATSCH a écrit :

c'est aussi genant que ca pour toi si *ton* code php (...)

On Sun, 31 Aug 2003 21:28:38 +0200
Frédéric Poncet <Frederic.Poncet@wanadoo.fr> wrote:

Une question me brûle les lèvres. Que signifient ces astérisques qui
encadrent un mot? Quelle est cette étrange coutume?

Le dimanche, 31 aoû 2003, à 20:11 Europe/Paris, Joel HATSCH a écrit :
> c'est aussi genant que ca pour toi si *ton* code php (...)

c'est pour souligner un mot, le faire ressortir.
un peu comme mettre en gras, quand on n'a pas de gras :wink:

desole, mais je date de l'epoque pre-outlook et autres mails en HTML...

Bonjour,

C'est un moyen de mises en valeur de mots en mode texte brut.
normal
*gras*
_souligné_
/italique/
PARLER FORT
...
si ton logiciel de messagerie est à jour.

http://users.swing.be/diederen/email-intro-fr.txt

http://tatie.francette.free.fr/
http://pascal.chevrel.free.fr/faqmoz.html
http://www.aminautes.org/forums/configurer/oe/QF_doc.html

Frédéric Poncet a écrit :

Une question me brûle les lèvres. Que signifient ces astérisques qui
encadrent un mot? Quelle est cette étrange coutume?

> c'est aussi genant que ca pour toi si *ton* code php (...)

--
Cordialement, Stéphane *** http://www.team-santonum.com
     Loisirs, nature, arts, technologie : accueil en Charente-Maritime

Bonjour,

Pas si gênant que ça, mais je trouvais dommage qu'un gros développement
comme spip qui bénéficie d'un cache n'ait pas mis en place un cache de
second niveau.

Joel HATSCH a écrit :

> > Donc apparamment, le cache contient le squelette avec les boucles
> > *spip* exécutées et les champs remplis, mais avec le code php du
> > source *non exécuté*.
>
pour resoudre ton probleme, il faudrait implementer un deuxieme niveau
de cache.
c'est aussi genant que ca pour toi si *ton* code php est execute a
chaque appel de page ?

--
Cordialement, Stéphane *** http://www.team-santonum.com
     Loisirs, nature, arts, technologie : accueil en Charente-Maritime

Le dimanche, 31 aoû 2003, à 21:59 Europe/Paris, Stéphane Santon a écrit :

C'est un moyen de mises en valeur de mots en mode texte brut.
normal
*gras*
_souligné_
/italique/
PARLER FORT
...
si ton logiciel de messagerie est à jour.

Mon logiciel de messagerie est moderne. Il affiche, le mécréant, une barre verticale dans la marge en face des citations, au lieu des bons vieux ">" nourris au grain.

(Ah! La nostalgie des pionniers de l'internet... Tiens à propos, j'ai même rencontré un gars, un retraité, qui me parlait du temps ou "On connaissait le code ASCII, et le langage machine par cœur, oui monsieur! "
Et Jean-Baptiste Clément, auteur du Temps des cerises, fut garnisseur de cuivre dans sa jeunesse. Un autre beau métier lui aussi disparu... :wink:

Est-ce que les fonctions mail de SPIP fonctionnent chez Ouvaton ?

@+ Didier

Oui, à part le "bogue 2" que j'évoquais hier (Message-Id: <541C07BA-DB92-11D7-BC57-00039343C3C4@wanadoo.fr>)

Le lundi, 1 sep 2003, à 00:05 Europe/Paris, DB a écrit :

Est-ce que les fonctions mail de SPIP fonctionnent chez Ouvaton ?

@+ Didier
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.uzine.net/spip

Bonjour,

Frédéric Poncet a écrit :

> C'est un moyen de mises en valeur de mots en mode texte brut.
> normal
> *gras*
> _souligné_
> /italique/
> PARLER FORT
> ...
> si ton logiciel de messagerie est à jour.

Mon logiciel de messagerie est moderne. Il affiche, le mécréant, une
barre verticale dans la marge en face des citations, au lieu des bons
vieux ">" nourris au grain.

Euh... oui et alors ??
Mon logiciel (Mozilla 1.x) affiche aussi une barre verticale à la place
du ">", mais c'est de *l'affichage*, le source du message contient bien
un ">".
Tout comme mon logiciel de messagerie affiche le mot "évidence" en gras
à la place du source envoyé par la méthode "*évidence*".

--
Cordialement, Stéphane *** http://www.team-santonum.com
     Loisirs, nature, arts, technologie : accueil en Charente-Maritime

Le Sun 31/08/2003 à 22:01, Stéphane Santon a écrit :

Bonjour,

Pas si gênant que ça, mais je trouvais dommage qu'un gros développement
comme spip qui bénéficie d'un cache n'ait pas mis en place un cache de
second niveau.

  C'est déjà galère de savoir quand décacher quoi, quand il y a un
second niveau, ça devient impossible.
  J'ai travaillé sur des webs ou il y avait jusqu'à 3 niveaux de cache
et on avait régulièrement des appels du client du genre "j'ai changé
gnagna et ça apparait pas sur le site, pourtant, ça fait 42 fois que je
valide ma modif !".

  On s'y paumait nous même, c'est vraiment l'enfer.

  Maintenant, si tu sa un cas ou tu penses pouvoir gérer ça sans
f.. le bordel, il te suffit de mettre devant spip un reverse proxy, un
squid ou un bricolage maison à bases de rewriterules et d'aspirateur.
  Mais je trouverais très dangereux et très complexe d'inclure ça à
spip.

À+, Pif.