Bonsoir,
Depuis la mise à jour vers 3.2.3 (cela doit être identique pour la
3.2.2), le rapport liens entrant affiche "Twitter" en lieu et place de
"Qwant" dans la liste des referants.
C'est sans doute lié à un changement dans
https://zone.spip.net/trac/spip-zone/changeset/112359/spip-zone/core/
branches/spip-3.2/plugins/statistiques/engines-list.txt
Typo ?
Cordialement,
Eric
eric a écrit le 21/01/2019 à 22:12 :
Bonsoir,
Depuis la mise à jour vers 3.2.3 (cela doit être identique pour la
3.2.2), le rapport liens entrant affiche "Twitter" en lieu et place de
"Qwant" dans la liste des referants.C'est sans doute lié à un changement dans
https://zone.spip.net/trac/spip-zone/changeset/112359/spip-zone/_core_/
branches/spip-3.2/plugins/statistiques/engines-list.txtTypo ?
On dirait bien que c'est la ligne :
t\.co
--
RealET
On dirait bien que c'est la ligne :
t\.co
Oui, en la commentant, plus de soucis pour Qwant.
Le mardi 22 janvier 2019 à 00:23 +0100, eric a écrit :
>
> On dirait bien que c'est la ligne :
> t\.co
Oui, en la commentant, plus de soucis pour Qwant.
Avec :
[Twitter]
rien=
^t\.co
twitter\.com
C'est ok : testé avec referer t.co et Qwant : les lignes sont bien
regroupées respectivement sous le reférant principal.
Bonsoir
Suite à la mise à jour d'un site 3.2.1 en 3.2.3, la mise à jour des plugins semble inopérante.
Premier message :
Oups. Une erreur inattendue a empêché de soumettre le formulaire. Vous pouvez essayer à nouveau.
Deuxième message :
Warning: Invalid argument supplied for foreach() in /homepages/2/d436234168/htdocs/plugins-dist/svp/inc/svp_decider.php on line 356
Après validation des actions demandées (mettre à jour les plugins), les plugins retrouvent leur statut "mise à jour du plugin disponible"...
Aucune mise à jour possible des plugins donc dans mon cas...
Une solution ?
Mes plugins installés :
API de vérification 1.7.1 - stable
Blocs Dépliables 1.2.2 - stable
Champs Extras 3.11.5 - stable
Champs Extras (Interface) 3.5.3 - stable
Couleur de rubrique 2.3.7 - stable
Facebook Models 0.21.3 - stable
Facteur 3.5.2 - stable
Formulaire de contact avancé 0.16.5 - stable
GIS 4.44.17 - stable
MailShot 1.23.1 - stable
MailSubscribers 2.7.3 - stable
Mes fichiers 2.0.16 - stable
Newsletters 1.5.3 - stable
Saisies pour formulaires 2.25.1 - stable
SPIP Bonux 3.4.6 - stable
YAML
Cordialement,
Laurent
Le 22/01/2019 à 18:23, Laurent JULLIEN a écrit :
Bonsoir
Suite à la mise à jour d'un site 3.2.1 en 3.2.3, la mise à jour des plugins semble inopérante.
Premier message :
Oups. Une erreur inattendue a empêché de soumettre le formulaire. Vous pouvez essayer à nouveau.Deuxième message :
Warning: Invalid argument supplied for foreach() in /homepages/2/d436234168/htdocs/plugins-dist/svp/inc/svp_decider.php on line 356Après validation des actions demandées (mettre à jour les plugins), les plugins retrouvent leur statut "mise à jour du plugin disponible"...
Aucune mise à jour possible des plugins donc dans mon cas...Une solution ?
Mes plugins installés :
API de vérification 1.7.1 - stable
Blocs Dépliables 1.2.2 - stable
Champs Extras 3.11.5 - stable
Champs Extras (Interface) 3.5.3 - stable
Couleur de rubrique 2.3.7 - stable
Facebook Models 0.21.3 - stable
Facteur 3.5.2 - stable
Formulaire de contact avancé 0.16.5 - stable
GIS 4.44.17 - stable
MailShot 1.23.1 - stable
MailSubscribers 2.7.3 - stable
Mes fichiers 2.0.16 - stable
Newsletters 1.5.3 - stable
Saisies pour formulaires 2.25.1 - stable
SPIP Bonux 3.4.6 - stable
YAMLCordialement,
Laurent
bizarre, mais j'ai aussi eu une erreur 500 sur la mise à jour de plugin
j'invite à transfer sur spip-dev
Le 23/01/2019 à 11:17, Maïeul a écrit :
bizarre, mais j'ai aussi eu une erreur 500 sur la mise à jour de plugin
j'invite à transfer sur spip-dev
Si ça persiste je vous invite à forcer un vidage de l'opcache
si vous pouvez le faire via l'admin de votre hébergement
ou via le code proposé là : Vider l'opcache au recalcul et à l'upgrade (#4261) · Tickets · spip / spip · GitLab
JLuc
Bonjour
J'ai tenté une mise à jour ftp du plugin svp (SPIP 3.2.3 [24211])
Au rafraîchissement de la page ./?exec=admin_plugin, j'ai eu un message m'indiquant une erreur "/plugins-dist/svp/inc/svp_actionner.php on line 753"
Vidage de cache ftp...
Pas mieux... 
Pour info, mon site tourne avec PHP Version 7.2.13
Cordialement,
Laurent
Le 23/01/2019 à 11:17, Maïeul a écrit :
Le 22/01/2019 à 18:23, Laurent JULLIEN a écrit :
Bonsoir
Suite à la mise à jour d'un site 3.2.1 en 3.2.3, la mise à jour des plugins semble inopérante.
Premier message :
Oups. Une erreur inattendue a empêché de soumettre le formulaire. Vous pouvez essayer à nouveau.Deuxième message :
Warning: Invalid argument supplied for foreach() in /homepages/2/d436234168/htdocs/plugins-dist/svp/inc/svp_decider.php on line 356Après validation des actions demandées (mettre à jour les plugins), les plugins retrouvent leur statut "mise à jour du plugin disponible"...
Aucune mise à jour possible des plugins donc dans mon cas...Une solution ?
Mes plugins installés :
API de vérification 1.7.1 - stable
Blocs Dépliables 1.2.2 - stable
Champs Extras 3.11.5 - stable
Champs Extras (Interface) 3.5.3 - stable
Couleur de rubrique 2.3.7 - stable
Facebook Models 0.21.3 - stable
Facteur 3.5.2 - stable
Formulaire de contact avancé 0.16.5 - stable
GIS 4.44.17 - stable
MailShot 1.23.1 - stable
MailSubscribers 2.7.3 - stable
Mes fichiers 2.0.16 - stable
Newsletters 1.5.3 - stable
Saisies pour formulaires 2.25.1 - stable
SPIP Bonux 3.4.6 - stable
YAMLCordialement,
Laurentbizarre, mais j'ai aussi eu une erreur 500 sur la mise à jour de plugin
j'invite à transfer sur spip-dev_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.netArchives : https://www.mail-archive.com/spip@rezo.net/maillist.html
Infos : https://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
Irc : de l'aide à toute heure : http://spip.net/irc
.
Bonjour
Le 23/01/2019 à 11:31, JLuc a écrit :
Le 23/01/2019 à 11:17, Maïeul a écrit :
bizarre, mais j'ai aussi eu une erreur 500 sur la mise à jour de plugin
j'invite à transfer sur spip-devSi ça persiste je vous invite à forcer un vidage de l'opcache
si vous pouvez le faire via l'admin de votre hébergement
Je n'ai pas trouvé...
ou via le code proposé là : Vider l'opcache au recalcul et à l'upgrade (#4261) · Tickets · spip / spip · GitLab
J'ai testé... Les symptômes restent les mêmes...
JLuc
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.netArchives : https://www.mail-archive.com/spip@rezo.net/maillist.html
Infos : https://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
Irc : de l'aide à toute heure : http://spip.net/irc
.
Le 23/01/2019 à 11:40, Laurent JULLIEN a écrit :
J'ai tenté une mise à jour ftp du plugin svp (SPIP 3.2.3 [24211])
Tu indiques faire une maj de SVP mais tu donnes la révision précise de SPIP...
Au rafraîchissement de la page ./?exec=admin_plugin, j'ai eu un message m'indiquant une erreur "/plugins-dist/svp/inc/svp_actionner.php on line 753"
Ça n'est pas le message d'erreur, mais l'endroit où il se produit.
Quel serait le message d'erreur ?
Vidage de cache ftp... Pas mieux...
Pour info, mon site tourne avec PHP Version 7.2.13
SPIP 3.2.2 n'est pas officiellement prévu pour php7.2
donc il peut se produire des notices et des warnings
(pas d'erreur à ma connaissance mais c'est pas exclu)
C'est SPIP 3.3 qui est prévu pour SPIP7.2
JL
Le 23/01/2019 à 11:17, Maïeul a écrit :
Le 22/01/2019 à 18:23, Laurent JULLIEN a écrit :
Bonsoir
Suite à la mise à jour d'un site 3.2.1 en 3.2.3, la mise à jour des plugins semble inopérante.
Premier message :
Oups. Une erreur inattendue a empêché de soumettre le formulaire. Vous pouvez essayer à nouveau.Deuxième message :
Warning: Invalid argument supplied for foreach() in /homepages/2/d436234168/htdocs/plugins-dist/svp/inc/svp_decider.php on line 356Après validation des actions demandées (mettre à jour les plugins), les plugins retrouvent leur statut "mise à jour du plugin disponible"...
Aucune mise à jour possible des plugins donc dans mon cas...Une solution ?
Mes plugins installés :
API de vérification 1.7.1 - stable
Blocs Dépliables 1.2.2 - stable
Champs Extras 3.11.5 - stable
Champs Extras (Interface) 3.5.3 - stable
Couleur de rubrique 2.3.7 - stable
Facebook Models 0.21.3 - stable
Facteur 3.5.2 - stable
Formulaire de contact avancé 0.16.5 - stable
GIS 4.44.17 - stable
MailShot 1.23.1 - stable
MailSubscribers 2.7.3 - stable
Mes fichiers 2.0.16 - stable
Newsletters 1.5.3 - stable
Saisies pour formulaires 2.25.1 - stable
SPIP Bonux 3.4.6 - stable
YAMLCordialement,
Laurentbizarre, mais j'ai aussi eu une erreur 500 sur la mise à jour de plugin
j'invite à transfer sur spip-dev_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.netArchives : https://www.mail-archive.com/spip@rezo.net/maillist.html
Infos : https://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
Irc : de l'aide à toute heure : http://spip.net/irc
.
Le 23/01/2019 à 13:57, JLuc a écrit :
Le 23/01/2019 à 11:40, Laurent JULLIEN a écrit :
J'ai tenté une mise à jour ftp du plugin svp (SPIP 3.2.3 [24211])
Tu indiques faire une maj de SVP mais tu donnes la révision précise de SPIP...
C'est le plugin-dist SVP fourni avec cette version de SPIP que j'ai renvoyé.
J'ai pris soin d'effacer le répertoire SVP existant (avec des fichiers de 2012 de mémoire) avant d'envoyer le nouveau...
Au rafraîchissement de la page ./?exec=admin_plugin, j'ai eu un message m'indiquant une erreur "/plugins-dist/svp/inc/svp_actionner.php on line 753"
Ça n'est pas le message d'erreur, mais l'endroit où il se produit.
Quel serait le message d'erreur ?
"Oups. Une erreur inattendue a empêché de soumettre le formulaire. Vous pouvez essayer à nouveau."
Après une seconde validation, le message :
Actions non réalisées
Mise à jour du plugin « YAML » (de la version 1.5.3 à 1.5.4)
Mise à jour du plugin « Saisies pour formulaires » (de la version 2.25.1 à 3.12.5)
Mise à jour du plugin « Facteur » (de la version 3.5.2 à 3.6.2)
Mise à jour du plugin « MailSubscribers » (de la version 2.7.3 à 2.11.3)
Mise à jour du plugin « MailShot » (de la version 1.23.1 à 1.27.4)
Mise à jour du plugin « Newsletters » (de la version 1.5.3 à 1.6.0)
Mise à jour du plugin « Couleur de rubrique » (de la version 2.3.7 à 2.3.8)
Mise à jour du plugin « Blocs Dépliables » (de la version 1.2.2 à 1.2.3)
Mise à jour du plugin « API de vérification » (de la version 1.7.1 à 1.8.2)
Mise à jour du plugin « Champs Extras » (de la version 3.11.5 à 3.11.7)
Mise à jour du plugin « Champs Extras (Interface) » (de la version 3.5.3 à 3.5.5)
Mise à jour du plugin « GIS » (de la version 4.44.17 à 4.44.24)
Certaines actions n’ont pas été réalisées. Cela peut provenir d’une erreur lors des actions à réaliser, ou d’un affichage de cette page alors que des actions sont encore en cours. Les actions avaient été lancées par Laurent JULLIEN le 23 janvier 2019 à 14h13min.
Nettoyer ces actions ! Cela effacera la liste des actions qui restent à traiter.
J'ai "nettoyé ces actions"... Je relance la procédure... Et je tourne en boucle...
Et j'ai toujours ce warning:
Warning: Invalid argument supplied for foreach() in /homepages/2/d436234168/htdocs/plugins-dist/svp/inc/svp_decider.php on line 356
Vidage de cache ftp... Pas mieux...
Pour info, mon site tourne avec PHP Version 7.2.13SPIP 3.2.2 n'est pas officiellement prévu pour php7.2
donc il peut se produire des notices et des warnings
(pas d'erreur à ma connaissance mais c'est pas exclu)C'est SPIP 3.3 qui est prévu pour SPIP7.2
J'ai basculé la configuration en PHP Version 7.1
ça ne change rien...
La version antérieure (7.0) n'est plus supportée par mon hébergeur 1&1
JL
Le 23/01/2019 à 11:17, Maïeul a écrit :
Le 22/01/2019 à 18:23, Laurent JULLIEN a écrit :
Bonsoir
Suite à la mise à jour d'un site 3.2.1 en 3.2.3, la mise à jour des plugins semble inopérante.
Premier message :
Oups. Une erreur inattendue a empêché de soumettre le formulaire. Vous pouvez essayer à nouveau.Deuxième message :
Warning: Invalid argument supplied for foreach() in /homepages/2/d436234168/htdocs/plugins-dist/svp/inc/svp_decider.php on line 356Après validation des actions demandées (mettre à jour les plugins), les plugins retrouvent leur statut "mise à jour du plugin disponible"...
Aucune mise à jour possible des plugins donc dans mon cas...Une solution ?
Mes plugins installés :
API de vérification 1.7.1 - stable
Blocs Dépliables 1.2.2 - stable
Champs Extras 3.11.5 - stable
Champs Extras (Interface) 3.5.3 - stable
Couleur de rubrique 2.3.7 - stable
Facebook Models 0.21.3 - stable
Facteur 3.5.2 - stable
Formulaire de contact avancé 0.16.5 - stable
GIS 4.44.17 - stable
MailShot 1.23.1 - stable
MailSubscribers 2.7.3 - stable
Mes fichiers 2.0.16 - stable
Newsletters 1.5.3 - stable
Saisies pour formulaires 2.25.1 - stable
SPIP Bonux 3.4.6 - stable
YAMLCordialement,
Laurentbizarre, mais j'ai aussi eu une erreur 500 sur la mise à jour de plugin
j'invite à transfer sur spip-dev_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.netArchives : https://www.mail-archive.com/spip@rezo.net/maillist.html
Infos : https://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
Irc : de l'aide à toute heure : http://spip.net/irc
._______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.netArchives : https://www.mail-archive.com/spip@rezo.net/maillist.html
Infos : https://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
Irc : de l'aide à toute heure : http://spip.net/irc
.
Bonjour,
Pour ma part, la mise à jour de SPIP 3.2.1 vers 3.2.3 s'est bien passé
:
- mise à jour des plugins sous 3.2.1
- puis mise à jour de SPIP vers 3.2.3 avec spip_loader.php
Cependant, par rapport au résultat habituel de la mise à jour des
plugins, il y a du changement.
avant : création d'un nouveau dossier Vn.nn pour chaque plugin mis à
jour et suppression des anciens dossiers.
Cette fois ci : création d'un nouveau dossier Vn.nn pour chaque plugin
mis à jour, mais, certains anciens dossiers de version n'ont pas été
supprimés, et sont restés tel quel, d'autres ont été renommés mais non
supprimés.
Je les ai supprimé manuellement, et, cela n'a pas posé de problème.
Cordialement,
Eric
Les dossiers de sauvegarde non supprimés après maj des plugins :
plugins/auto/fulltext/.v1.2.0.bck
plugins/auto/linkcheck/.v1.4.13.bck/
Pour le dossier laissé tel quel : ni renommé, ni supprimé : je ne suis
pas sur qu'il ne s'agisse pas d'un problème de synchro avec mon IDE :
git n'a pas tracé, je ne me souviens plus de quel plugin il s'agissait.
Le 23/01/2019 à 11:31, JLuc a écrit :
Le 23/01/2019 à 11:17, Maïeul a écrit :
bizarre, mais j'ai aussi eu une erreur 500 sur la mise à jour de plugin
j'invite à transfer sur spip-devSi ça persiste je vous invite à forcer un vidage de l'opcache
si vous pouvez le faire via l'admin de votre hébergement
ou via le code proposé là : Vider l'opcache au recalcul et à l'upgrade (#4261) · Tickets · spip / spip · GitLab
Bonjour,
Je saisis l'occasion, hors sujet de ce fil, mais par rapport au code dont tu parles.
Saurais-tu m'indiquer, comment adapter, et surtout est-il d'avantage préconisé de le faire, la fonction suivre_invalideur présente dans ton code, pour purger le cache après édition d'un objet éditorial, pour remplacer ce code que j'ai récupéré, je ne sais plus où ni comment, mais qui supprime bien tout le cache:
$purger = charger_fonction('purger', 'action');
$purger('cache');
?
Le 23/01/2019 à 21:52, 6ril a écrit :
Saurais-tu m'indiquer, comment adapter, et surtout est-il d'avantage préconisé de le faire, la fonction suivre_invalideur présente dans ton code, pour purger le cache après édition d'un objet éditorial, pour remplacer ce code que j'ai récupéré, je ne sais plus où ni comment, mais qui supprime bien tout le cache:
$purger = charger_fonction('purger', 'action');
$purger('cache');
C'est bien suivre_invalideur qu'il faut utiliser
non pour vider le cache -- ce qui peut être très très long et n'est pas justifié --
mais pour invalider les caches -- c'est ce qu'on veut --.
Regarde les sources dans ecrire ou plugins-dist
pour voir des exemples d'appels et la forme du paramètre.
JL
Avec :
[Twitter] rien= ^t\.co twitter\.comC'est ok : testé avec referer t.co et Qwant : les lignes sont bien
regroupées respectivement sous le reférant principal.
Bonjour,
C'est "poussé" ici :
- trunk : https://zone.spip.net/trac/spip-zone/changeset/113588/spip-zo
ne
- branche 3.2 : https://zone.spip.net/trac/spip-zone/changeset/113589/
spip-zone
Est-ce que c'est bon comme cela ?
Cordialement,
Eric
Le 24/01/2019 à 08:23, JLuc a écrit :
Le 23/01/2019 à 21:52, 6ril a écrit :
Saurais-tu m'indiquer, comment adapter, et surtout est-il d'avantage préconisé de le faire, la fonction suivre_invalideur présente dans ton code, pour purger le cache après édition d'un objet éditorial, pour remplacer ce code que j'ai récupéré, je ne sais plus où ni comment, mais qui supprime bien tout le cache:
$purger = charger_fonction('purger', 'action');
$purger('cache');C'est bien suivre_invalideur qu'il faut utiliser
non pour vider le cache -- ce qui peut être très très long et n'est pas justifié --
mais pour invalider les caches -- c'est ce qu'on veut --.
Regarde les sources dans ecrire ou plugins-dist
pour voir des exemples d'appels et la forme du paramètre.
Bonsoir, merci pour ta réponse. Ce que je ne comprends pas en regardant les sources ecrire/inc/invalideur.php · master · spip / spip · GitLab, c'est l'argument que tu passes à la fonction (l'argument 'recalcul'), car je ne vois pas le traitement que la fonction puisse en faire.
Si je comprends bien
ecrire_meta('derniere_modif', time())
suffirait pour actualiser les squelettes de pages ?
Le 24/01/2019 à 19:09, 6ril a écrit :
Le 24/01/2019 à 08:23, JLuc a écrit :
Le 23/01/2019 à 21:52, 6ril a écrit :
Saurais-tu m'indiquer, comment adapter, et surtout est-il d'avantage préconisé de le faire, la fonction suivre_invalideur présente dans ton code, pour purger le cache après édition d'un objet éditorial, pour remplacer ce code que j'ai récupéré, je ne sais plus où ni comment, mais qui supprime bien tout le cache:
$purger = charger_fonction('purger', 'action');
$purger('cache');C'est bien suivre_invalideur qu'il faut utiliser
non pour vider le cache -- ce qui peut être très très long et n'est pas justifié --
mais pour invalider les caches -- c'est ce qu'on veut --.
Regarde les sources dans ecrire ou plugins-dist
pour voir des exemples d'appels et la forme du paramètre.Bonsoir, merci pour ta réponse. Ce que je ne comprends pas en regardant les sources ecrire/inc/invalideur.php · master · spip / spip · GitLab, c'est l'argument que tu passes à la fonction (l'argument 'recalcul'), car je ne vois pas le traitement que la fonction puisse en faire.
Si je comprends bien
ecrire_meta('derniere_modif', time())
suffirait pour actualiser les squelettes de pages ?
Après relectures de ceci
et test persos sur édition de tables de mon projet, déclarées nul part en objets éditoriaux, le rajout de
ecrire_meta('derniere_modif', time())
à la fin du traitement des formulaires cvt (fonction traitement) qui ajoutent/modifient les enregistrements (les objets) de cette table
semblerait suffire pour bien actualiser les pages qui affiche en public ensuite ces objets, sans avoir à vider le cache (et non pas actualiser les squelettes comme j'ai fait l'erreur de dire dans mon post précédent, quelqu'un d'avisé aurait la gentillesse de confirmer/infirmer/nunancer SVP ?)
Le 24/01/2019 à 19:09, 6ril a écrit :
Bonsoir, merci pour ta réponse. Ce que je ne comprends pas en regardant les sources ecrire/inc/invalideur.php · master · spip / spip · GitLab, c'est l'argument que tu passes à la fonction (l'argument 'recalcul'), car je ne vois pas le traitement que la fonction puisse en faire.
Si je comprends bien
ecrire_meta('derniere_modif', time())
suffirait pour actualiser les squelettes de pages ?
Oui pour des plugins destinés à ton seul usage sur ton site
et qui n'auront pas besoin d'autres plugins spip.
Mais
Non pour des plugins destinés à être distribués et à être combinés avec d'autres plugins
dont tu ne peux pas préjuger de la manière avec laquelle ils étendent les fonctionnalités de spip.
Pour ceux-là il faut respecter le formalisme "id='$objet/$id'" pour l'argument de suivre_invalideur.
Par exemple cachelab surcharge ces fonctions et se sert de cet argument pour proposer une API
qui permet de cibler précisément quels caches ont besoin d'être invalidés.
(rq : le code de cachelab doit encore évoluer pour suivre l'évolution récente de spip3.3)
Lorsque le formalisme objet/id ne convient pas, on fait autrement
mais on s'arrange toujours pour passer les infos qui permettent la customisation du cache.
(plugin favoris par exemple),
JL
Le 24/01/2019 à 21:36, JLuc a écrit :
Le 24/01/2019 à 19:09, 6ril a écrit :
Bonsoir, merci pour ta réponse. Ce que je ne comprends pas en regardant les sources ecrire/inc/invalideur.php · master · spip / spip · GitLab, c'est l'argument que tu passes à la fonction (l'argument 'recalcul'), car je ne vois pas le traitement que la fonction puisse en faire.
Si je comprends bien
ecrire_meta('derniere_modif', time())
suffirait pour actualiser les squelettes de pages ?Oui pour des plugins destinés à ton seul usage sur ton site
et qui n'auront pas besoin d'autres plugins spip.
Mais
Non pour des plugins destinés à être distribués et à être combinés avec d'autres plugins
dont tu ne peux pas préjuger de la manière avec laquelle ils étendent les fonctionnalités de spip.
Pour ceux-là il faut respecter le formalisme "id='$objet/$id'" pour l'argument de suivre_invalideur.Par exemple cachelab surcharge ces fonctions et se sert de cet argument pour proposer une API
qui permet de cibler précisément quels caches ont besoin d'être invalidés.
(rq : le code de cachelab doit encore évoluer pour suivre l'évolution récente de spip3.3)Lorsque le formalisme objet/id ne convient pas, on fait autrement
mais on s'arrange toujours pour passer les infos qui permettent la customisation du cache.
(plugin favoris par exemple),
Merci Jean-Luc pour ces éléments de réponse, dont je ne perçois pour l'instant pas tout le contour, et pour la peine que t'es donné de me les fournir.
J'ai l'impression que ça conforte ma première impression de travail en cours, avec une orientation bien définie, pour l'instant pas définitivement modelée, mais qui exige d'ores et déjà de bonnes pratiques afin de s'y conformer, pour suivre l'évolution en cours. Je m'y attèle
Bonne soirée.