Dynamique / semi-statique

Général
1

Bonjour,

c'est un peu theorique, j'aurais ptet du envoyer ce mail sur spi-dev, mais c'est une idee qui me trotte dans la tete depuis un moment..

Spip fait de la gestion de contenu.. c'est un domaine ou les sites evoluent rarement minutes par minutes.. c'est plutot 1 mise a jour par jour ou par semaine, en general..

D'ou l'idee.. le cache, c'est bien, mais c'est quand meme des traitements..
pourquoi ne pas envisager une fonction qui permettrait de "recreer" un site statique, a partir de la base et des templates de Spip ?
avec des liens reecrits a la volee, mais pas par apache, par un moteur de rendu a part..
et apres, sur le site web, on ne passe que les images, html et feuilles de styles..?
niveau performances, ca serait imbattable, et puis bon, on peut garder une part de php, si besoin est, dans le site..

enfin, je fais ca sur mon site actule (www.histoiredumonde.net) a partir de cocoon, et de feuilles XML/XSLT, et c'est vraiment super.. !

du semi-dynamique, quoi..

et garder l'interface d'admin serait bien possible, malgre tout !
ca ne serait que la partie public, qui serait "pre-rendue" une sorte de cache, mais qui ferait office de site..!

Si je m'explique clairement ?

2

vincent.majer@histoiredumonde.net wrote:

Bonjour,

c'est un peu theorique, j'aurais ptet du envoyer ce mail sur spi-dev, mais c'est une idee qui me trotte dans la tete depuis un moment..

Spip fait de la gestion de contenu.. c'est un domaine ou les sites evoluent rarement minutes par minutes.. c'est plutot 1 mise a jour par jour ou par semaine, en general..

D'ou l'idee.. le cache, c'est bien, mais c'est quand meme des traitements..
pourquoi ne pas envisager une fonction qui permettrait de "recreer" un site statique, a partir de la base et des templates de Spip ?
avec des liens reecrits a la volee, mais pas par apache, par un moteur de rendu a part..
et apres, sur le site web, on ne passe que les images, html et feuilles de styles..?
niveau performances, ca serait imbattable, et puis bon, on peut garder une part de php, si besoin est, dans le site..

enfin, je fais ca sur mon site actule (www.histoiredumonde.net) a partir de cocoon, et de feuilles XML/XSLT, et c'est vraiment super.. !

du semi-dynamique, quoi..

et garder l'interface d'admin serait bien possible, malgre tout !
ca ne serait que la partie public, qui serait "pre-rendue" une sorte de cache, mais qui ferait office de site..!

Si je m'explique clairement ?

sur les sites Internet dynamiques, il y a 2 niveaux de cache.

- 1er cache, on compile les templates (squelettes SPIP), ce qui genere
un premier niveau de cache. C'est ce qui est fait dans SPIP. Le delai
est parametrable pour chaque page. Mais le code php de chaque page est
toujours présent, et est executé a chaque requete.

- 2ieme niveau de cache. On prend le contenu de la page apres l'execution
de tout le code php, et on met le tout dans un fichier purement HTML.
C'est le dernier niveau.

C'est generalement ce qu'obtiennent les aspirateurs de site. L'equivalent
d'un cache de second niveau.

SPIP ne gere pas encore un cache de second niveau, enfin, si je ne me trompes
pas.

3

Je ne pense pas que c'est "theorique" - c'est exactement cela que je
cherche.
C'est le principe aussi de CityDesk - mais qui est un programme Windows,
assez cher. Et enfin, je crois que je vais quand meme choisir Spip...

Paolo

-----Original Message-----
From: spip-bounces@rezo.net [mailto:spip-bounces@rezo.net] On
Behalf Of vincent.majer@histoiredumonde.net
Sent: Monday, September 08, 2003 3:39 PM
To: spip@rezo.net
Subject: [Spip] Dynamique / semi-statique

Bonjour,

c'est un peu theorique, j'aurais ptet du envoyer ce mail sur
spi-dev, mais c'est une idee qui me trotte dans la tete
depuis un moment..

Spip fait de la gestion de contenu.. c'est un domaine ou les
sites evoluent rarement minutes par minutes.. c'est plutot 1
mise a jour par jour ou par semaine, en general..

D'ou l'idee.. le cache, c'est bien, mais c'est quand meme des
traitements..
pourquoi ne pas envisager une fonction qui permettrait de
"recreer" un site statique, a partir de la base et des
templates de Spip ?
avec des liens reecrits a la volee, mais pas par apache, par
un moteur de rendu a part..
et apres, sur le site web, on ne passe que les images, html
et feuilles de styles..?
niveau performances, ca serait imbattable, et puis bon, on
peut garder une part de php, si besoin est, dans le site..

enfin, je fais ca sur mon site actule
(www.histoiredumonde.net) a partir de cocoon, > et de feuilles
XML/XSLT, et c'est vraiment super.. !

du semi-dynamique, quoi..

et garder l'interface d'admin serait bien possible, malgre tout !
ca ne serait que la partie public, qui serait "pre-rendue"
une sorte de cache, mais qui ferait office de site..!

Si je m'explique clairement ?

4

Je n'ait peut être pas bien compris ce que tu voulaits dire mais il me
semble que les fichiers cache sont déjà 100% en html + le php que tu y mets.
Les traitements en ligne se limitent donc à "si fichier existe et si pas
vieux on affiche la page html sinon recalcul"...
Aussi, hormis dans le cas du recalcul qui n'intervient que rarement(une fois
par heure/par jours/ ou par semaine selon tes réglages), question perfs, on
doit perdre un centieme de seconde...
L'interet unique du truc serait de pouvoir placer le site obtenu chez un
hébergeur ne disposant pas de mysql/php, et dans ce cas, adieu la partie
admin....
--
A plus!
Indy
N'oubliez pas de visiter notre site:
http://www.kikepartantpour.com
<vincent.majer@histoiredumonde.net> a écrit dans le message de news:
20030908133839.09C901C80E4@miel.brainstorm.fr...

Bonjour,

c'est un peu theorique, j'aurais ptet du envoyer ce mail sur spi-dev, mais

c'est une idee qui me trotte dans la tete depuis un moment..

Spip fait de la gestion de contenu.. c'est un domaine ou les sites

evoluent rarement minutes par minutes.. c'est plutot 1 mise a jour par jour
ou par semaine, en general..

D'ou l'idee.. le cache, c'est bien, mais c'est quand meme des

traitements..

pourquoi ne pas envisager une fonction qui permettrait de "recreer" un

site statique, a partir de la base et des templates de Spip ?

avec des liens reecrits a la volee, mais pas par apache, par un moteur de

rendu a part..

et apres, sur le site web, on ne passe que les images, html et feuilles de

styles..?

niveau performances, ca serait imbattable, et puis bon, on peut garder une

part de php, si besoin est, dans le site..

enfin, je fais ca sur mon site actule (www.histoiredumonde.net) a partir

de cocoon, et de feuilles XML/XSLT, et c'est vraiment super.. !

du semi-dynamique, quoi..

et garder l'interface d'admin serait bien possible, malgre tout !
ca ne serait que la partie public, qui serait "pre-rendue" une sorte de

cache, mais qui ferait office de site..!

Si je m'explique clairement ?

----------------------------------------------------------------------------
----

5

Euh, non, il n'y a pas que le recalcul. Il y a la gestion des statistiques,
l'appel aux sites syndiqués, etc. Toutes choses utiles, d'ailleurs :wink:

@ Indyana <indyana@laposte.net> :

Aussi, hormis dans le cas du recalcul qui n'intervient que rarement(une fois
par heure/par jours/ ou par semaine selon tes réglages), question perfs, on
doit perdre un centieme de seconde...

-- Fil

6

Salut,

pourquoi ne pas envisager une fonction qui permettrait de "recreer" un
site statique, a partir de la base et des templates de Spip ?
avec des liens reecrits a la volee, mais pas par apache, par un moteur
de rendu a part..
et apres, sur le site web, on ne passe que les images, html et
feuilles de styles..?
niveau performances, ca serait imbattable, et puis bon, on peut garder
une part de php, si besoin est, dans le site..

C'est déjà ce que fait SPIP : des pages majoritairement précalculées
avec un peu de PHP autour. Malheureusement PHP n'est pas rapide
et il y a un certain nombre de fonctions annexes qu'il faut continuer
à gérer (indexation, syndication, gestion du cache, etc.).

a+

Antoine.