Le 06/03/2018 à 09:39, ced...@yterium.com a écrit :
Si, si, j’ai bien lu et vu que tu pensais bien invalider les listes/ dans ton lot d’invalidation,
ok :-)

mais * d’une part cela force une convention (qui certes est utilisée dans Z et 
certains squelettes mais n’a rien d’universel)
* ne couvre pas l’ensemble du problème : tu as plein d'autres cas comme le jumbotron de home ou de rubrique, ou l’article d’accueil de la rubrique qui ne seront pas traités ni vus car la boucle est directement dans le squelette de la rubrique ou de la home, ou la référence à un article similaire sur une page d’un autre article etc…

Certes il faut faire du sur mesure.

Par exemple pour être raffraîchi en cas de création d'un nouvel article,
le jumbotron peut être ajouté dans la liste des chemins détectés pour 
invalidation sélective,
ex : cachelab_filtre ('invalide', 'liste|jumbotron');

Ou bien il peut lui même être rangé dans un dossier dont le nom contient la 
chaine 'liste'
ce qui serait justifié si c'est un jumbotron tournant.

Par ailleurs le contenu du jumbotron peut inclure une noisette
à laquelle est passée l'id_article retenu,
laquelle sera invalidée à la modification de l'article
avec : cachelab_filtre ('invalide', 'liste|jumbotron', 'article', 
$id_de_larticle_modifie);

Mais une gestion de cache étendue comme tu l’envisages peut être une option proposée aux utilisateurs avancés qui sont conscient des enjeux et gains vs désagréments et pour qui du coup cela ne provoquera pas une insatisfaction.

ok

Pour des sites qui requièrent déjà le développement d'objets sur mesure,
ou la création de formulaires de saisie ou modification d'objets,
ça ne semble pas un obstacle dans la mesure où est en train de tout concevoir.

Mais ça complique la maintenance plusieurs années ensuite,
car les interventions locales nécessitent une compréhension globale
des relations entre les objets et les différentes parties du site.

JL

----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

Répondre à