Bonsoir,
Je suis petit utilisateur de spip et y'a des petits détails qui
m'intrigue...
Je lis dans l'aide (à l'occasion de la 1.3 j'y retourne...) que :
"lorsqu'une contribution à un forum est postée, la page correspondante
est effacée du cache, et recalculée immédiatement, quel que soit le
délai fixé pour cette page."
Est-il possible de faire la même chose pour les accès au rubrique,
article, etc
c'est à dire pourquoi vous vous embêter a comparer les $delais pour
savoir, s'il faut le recalculer ou pas ?
Le "schéma" des forums n'est pas envisageable pour le reste de la
gestion de spip ?!
N'est-il pas possible que lorsque l'on clique sur proposé à la
publication il compose la page en html et que cette article ne soit plus
appelé par du php ?
C'est une excellente question, si je la comprend bien. Dit autrement: pourquoi ne pas recalculer une page (une rubrique, un article) que si des éléments contenus sur cette page sont modifiés? C'est pas idiot, ça permettrait même de rendre le site totalement statique en l'absence de toute modification (alors que pour le moment, c'est recalculé en fonction d'un "délai" arbitraire).
Hum... pour faire très simple: parce que ce serait très compliqué! De part la souplesse (relative, certes) du langage des boucles et des critères utilisés, il est très difficile de prévoir à l'avance qu'une modification quelque part va modifier l'affichage sur telle ou telle page. Par exemple, une page affiche les articles de la rubrique 2 (et de toutes ses sous-rubriques), à l'exclusion de la rubrique 25 (une des sous-rubriques de la rubrique 2), et uniquement les articles associés à un mot-clé du groupe de mots "Relations internationales"... maintenant j'ajoute un article dans une sous-rubrique de la rubrique 2; pour savoir (comme pour les forums) que je dois recalculer le cache des autres pages, je dois déterminer si cet article est dans une sous-rubrique de la 2, s'il n'est pas dans la rubrique 25, et s'il est lié à un mot-clé du groupe "Relations internationales". Mine de rien, un enfer à gérer de manière informatique...
Si on considère en plus que de nouveaux critères apparaissent avec chaque version de SPIP, il faudrait intégrer ces nouveaux critères dans le problème précédent. On obtiendrait donc rapidement une usine à gaz.
Donc: oui, d'une manière stricte, on pourrait imaginer ne pas utiliser de "delai" arbitraire pour recalculer les pages, et ne recalculer qu'en fonction des modifications réelles sur les pages. Mais dans la pratique, c'est un boulot assez énorme pour le programmer et le tenir à jour.
(Antoine, tu n'hésites pas à me contredire si je dis des bêtises :-))
Sinon autre petites question : j'aimerais savoir comment sur uzine vous
faites pour que vos adresses n'utilise pas de php3 ou d'autre chose..
(exemple [uZine 3] FAQ webmestre)
Cela fait l'objet d'un article dans la documentation:
http://www.uzine.net/article765.html
Attention: ça n'est pas évident si l'on n'a aucune connaissance du fonctionne du serveur Apache, et ça n'est pas possible chez tous les hébergeurs (en particulier: ça l'est très rarement chez les hébergeurs gratuits).
ARNO*