[spip-dev] désactiver l'invalidation du cache sous spip 2

Dev
1

Bonjour,

(après un essai infructueux sur la liste user, je reposte ici)

tout est dans le titre, je ne retrouve plus la variable à mettre dans mes_options.php pour désactiver l'invalidation du cache en cas de modification.
C'est pas faute d'avoir cherché pourtant, mais impossible de mettre la main dessus.

Quelqu'un peut m'aider svp ? (spip 2.0.9)

   Simon

2

Simon Camerlo wrote:

tout est dans le titre, je ne retrouve plus la variable à mettre dans mes_options.php pour désactiver l'invalidation du cache en cas de modification.

$derniere_modif_invalide = false;

Je l'utilise aussi.
Paolo

3

Bonjour

tout est dans le titre, je ne retrouve plus la variable à mettre dans
mes_options.php pour désactiver l'invalidation du cache en cas de
modification.

$derniere_modif_invalide = false;

Si cet article n'est pas à jour
(SPIP) peux tu
l'amender soit en l'éditant directement soit en proposant dans le
forum privé le texte qui va bien ?

Merci à toi :slight_smile:

km

4

OK, j'ai mis un message dans le forum.
Comme le fonctionnement du cache me dépasse, je craidrais de dire n'importe quoi...
Mais il est important ce paramètre (en tout cas avec notre site mettre à "false" améliore sensiblement les performances).

Paolo

5

Mais il est important ce paramètre (en tout cas avec notre site mettre à
"false" améliore sensiblement les performances).

Quels sont les contenus qui sont modifiés si souvent ? Les articles ?
En cas de modif, ou de nouvelle publication ? On a considéré que ça
valait le coup que le site reflète toujours le contenu de la base, et
donc de ne plus avoir systématiquement à cliquer à la main "recalculer
la page", "recalculer le sommaire" etc.

Mais on pourrait affiner un peu : par exemple invalider en cas de
nouvelle publication, ou de dépublication, mais pas en cas de
modification. Ce qui est clair c'est que sur les forums il *faut*
invalider, sinon l'expérience utilisateur est catastrophique.

-- Fil

6

Fil a écrit :

Mais il est important ce paramètre (en tout cas avec notre site mettre à
"false" améliore sensiblement les performances).
    


Quels sont les contenus qui sont modifiés si souvent ? Les articles ?
En cas de modif, ou de nouvelle publication ? On a considéré que ça
valait le coup que le site reflète toujours le contenu de la base, et
donc de ne plus avoir systématiquement à cliquer à la main "recalculer
la page", "recalculer le sommaire" etc.

Mais on pourrait affiner un peu : par exemple invalider en cas de
nouvelle publication, ou de dépublication, mais pas en cas de
modification. Ce qui est clair c'est que sur les forums il *faut*
invalider, sinon l'expérience utilisateur est catastrophique.

-- Fil

D’accord pour les forums, mais l’invalidation des caches peut être désactivée sans problème et avec un bénéfice de performances sur des sites ayant un grand nombre d’articles, de contributeurs, et peu d’interactions côté public.
C’est le cas du mien.

Simon

7

D'accord pour les forums, mais l'invalidation des caches peut être
désactivée sans problème et avec un bénéfice de performances sur des sites
ayant un grand nombre d'articles, de contributeurs, et peu d'interactions
côté public.
C'est le cas du mien.

Oui ça se défend aussi. La question ici est de savoir précisément
quels sont les usages, les métriques, et ce qu'on cherche à obtenir.
Car à programmer c'est quasiment rien : tout converge déjà proprement
dans une seule et même fonction.

-- Fil

8

Fil wrote:

Quels sont les contenus qui sont modifiés si souvent ? Les articles ?

Oui

En cas de modif, ou de nouvelle publication ?

Tous les deux.

Mais on pourrait affiner un peu : par exemple invalider en cas de
nouvelle publication, ou de dépublication, mais pas en cas de
modification.

Ça serait peut-être une bonne idée. Comme ça, si on utilise crayons pour corriger une faute d'orthographe on n'invalide pas le cache de tout le site.

Paolo

9

2009/8/28 Paolo <paolo2@taize.fr>

Fil wrote:

Quels sont les contenus qui sont modifiés si souvent ? Les articles ?

Oui

Avec http://trac.rezo.net/trac/spip/changeset/14768 j’ai bon espoir que les robots ne mettent plus à genoux le serveur lorsqu’on modifie un objet du site.

Et, si le problème persiste, avec http://trac.rezo.net/trac/spip/changeset/14776 on peut décider que seuls les forums et les signatures (par exemple) invalident les caches.

– Fil