[SPIP Zone] r113942 - in _plugins_/cache/trunk

spip-zone-commit@rezo.net a écrit le 16/02/2019 à 21:07 :

Author: eric@smellup.net
Date: 2019-02-16 20:06:59 +0000 (Sat, 16 Feb 2019)
New Revision: 113942

Added:
    _plugins_/cache/trunk/prive/themes/
    _plugins_/cache/trunk/prive/themes/spip/
    _plugins_/cache/trunk/prive/themes/spip/images/
    _plugins_/cache/trunk/prive/themes/spip/images/cache-del-16.png
    _plugins_/cache/trunk/prive/themes/spip/images/cache-del-24.png
Modified:
    _plugins_/cache/trunk/cache_pipelines.php
    _plugins_/cache/trunk/lang/cache_fr.php
    _plugins_/cache/trunk/paquet.xml
    _plugins_/cache/trunk/prive/squelettes/contenu/cache_vider.html
Log:
Un menu dans le privé.
Des icones qui peuvent servir paertout.
Ne pas recharger une configuration d'un plugin inactif.

Details: Connexion · GitLab

Une question sur cette recharge de configuration : vu que je duplique le code ici : Connexion · GitLab
Est-ce que ça ne serait pas pertinent de mettre ça dans une fonction à part qui pourrait être appelée de manière commune ?

Remarque : il est souhaitable de pouvoir faire cette action sans passer dans l'admin, en particulier si les plugins sont installés dans plugins-dist ou si installation avec spip-cli.

--
RealET

Hello,

Le dim. 17 févr. 2019 à 16:59, RealET <real3t@gmail.com> a écrit :

Un menu dans le privé.
Des icones qui peuvent servir paertout.
Ne pas recharger une configuration d’un plugin inactif.

Details: https://zone.spip.org/trac/spip-zone/changeset/113942

Une question sur cette recharge de configuration : vu que je duplique le
code ici : https://zone.spip.org/trac/spip-zone/changeset/113954
Est-ce que ça ne serait pas pertinent de mettre ça dans une fonction à
part qui pourrait être appelée de manière commune ?

Pourquoi la dupliques-tu c’est d’abord la question ?

Remarque : il est souhaitable de pouvoir faire cette action sans passer
dans l’admin, en particulier si les plugins sont installés dans
plugins-dist ou si installation avec spip-cli.

Il n’y a pas d’évènement interceptable dans SPIP pour rendre cette action déterministe.
C’est un peu comme quand on modifie un pipeline il faut repasser par l’admin pour que ça se reconfigure.
Donc il faut toujours une action manuelle.
L’autre possibilité est de rajouter un bouton dans la page cache factory mais je ne suis pas sur que ce soit plus compréhensible.

++
Eric

Eric Lupinacci a écrit le 17/02/2019 à 17:34 :

Hello,

Le dim. 17 févr. 2019 à 16:59, RealET <real3t@gmail.com <mailto:real3t@gmail.com>> a écrit :

     > Un menu dans le privé.
     > Des icones qui peuvent servir paertout.
     > Ne pas recharger une configuration d'un plugin inactif.
     >
     > Details: Connexion · GitLab
     >
    Une question sur cette recharge de configuration : vu que je
    duplique le
    code ici : Connexion · GitLab
    Est-ce que ça ne serait pas pertinent de mettre ça dans une fonction à
    part qui pourrait être appelée de manière commune ?

Pourquoi la dupliques-tu c'est d'abord la question ?

Pour être sûr, après avoir créé par script php des noisettes que tout est bien pris en compte.
D'autant plus que je fais les mises-à-jour de plugins en ligne de commande avec spip-cli.

    Remarque : il est souhaitable de pouvoir faire cette action sans passer
    dans l'admin, en particulier si les plugins sont installés dans
    plugins-dist ou si installation avec spip-cli.

Il n'y a pas d'évènement interceptable dans SPIP pour rendre cette action déterministe.
C'est un peu comme quand on modifie un pipeline il faut repasser par l'admin pour que ça se reconfigure.

Ben, spip-cli est capable de mettre à jour les plugins sans passer dans l'admin :wink:

Donc il faut toujours une action manuelle.

Le but de spip-cli, c'est justement de pouvoir scripter au lieu de devoir passer manuellement dans l'admin.

L'autre possibilité est de rajouter un bouton dans la page cache factory mais je ne suis pas sur que ce soit plus compréhensible.

C'est dans la page vider le cache de SPIP qu'il faudrait rajouter un bloc concernant ce cache-là (AMHA).

--
RealET

Yo,

Le dim. 17 févr. 2019 à 20:00, RealET <real3t@gmail.com> a écrit :

Pourquoi la dupliques-tu c’est d’abord la question ?
Pour être sûr, après avoir créé par script php des noisettes que tout
est bien pris en compte.
D’autant plus que je fais les mises-à-jour de plugins en ligne de
commande avec spip-cli.

Bah bah bah.
Les caches de N-Core se recrée sans problème après un vidage du cache SPIP.
Je pense que c’est totalement inutile.

Il n’y a pas d’évènement interceptable dans SPIP pour rendre cette
action déterministe.
C’est un peu comme quand on modifie un pipeline il faut repasser par
l’admin pour que ça se reconfigure.
Ben, spip-cli est capable de mettre à jour les plugins sans passer dans
l’admin :wink:

Oui et donc ?
Je vois pas le rapport avec ce que je dis.
Le problème c’est qu’il n’y a pas d’evenement qui dit le plugin a été mis à jour, donc on ne peut pas trouver une action
déterministe pour activer le recalcul des configs.

L’autre possibilité est de rajouter un bouton dans la page cache factory
mais je ne suis pas sur que ce soit plus compréhensible.
C’est dans la page vider le cache de SPIP qu’il faudrait rajouter un
bloc concernant ce cache-là (AMHA).

Euh tu rigoles quand tu dis ça ?
Tu as utilisé le plugin déjà ou pas ?
Sinon suit l’entrée Cache factory et on en reparle.

++

Eric