[SPIP Zone] Couteau Suisse : star malaimée

Archives Zone
1

En fait, ça serait un peu un retour aux sources…
Il me semble que Tweak (?) avait pour but de mettre de façon simple l’accès a des fonctions avancées de spip…
« Donc », toutes les autres fonctions seraient à sortir en plugins autonomes…

Le 2 décembre 2009 23:54, Patrice Vanneufville <patrice.vanneufville@laposte.net> a écrit :

Cher teddy, qui trancherait entre les lames majeures et les lames mineures ?
Bien à toi.
Patrice Vanneufville

----- Message d’origine -----
De: Payet Teddy <teddy.payet@gmail.com>
Env: mercredi 2 décembre 2009 23:01
À: Pat <patrice.vanneufville@laposte.net>
Cc: spip-zone@rezo.net
Objet: Re: [SPIP Zone] Couteau Suisse : star malaimée

Bonsoir à tous,

Je lance une pierre dans la mare…

Ne serait-il pas envisageable de sortir certaines lames en plugins
autonomes?.. En fait surtout les lames de fonctions majeures…
Cela permettrait d’alléger un peu le couteau suisse…

Aujourd'hui le record du couteau suisse est de 87 outils et 141 fonctions... Ce qui donne un peu ça : [http://www.switzerland.com/fr.cfm/economie/offer-Economy-Companies-309605.html](http://www.switzerland.com/fr.cfm/economie/offer-Economy-Companies-309605.html) Ça fait un peu beaucoup non?

Le but de ce découpage est l’allégement du code de CS et peut-être lui

permettre de prendre moins de ressources si cela s’avère vrai…

Cordialement,
Teddy

Le 2 déc. 09 à 22:39, Pat a écrit :

Salut à tous,

Pardon pour ce silence momentané dû à une hospitalisation imprévue,
et surtout pour mon invitation à un débat aujourd’hui un peu ancien.

Dans la liste des lames activées, aucune n’est consommatrice de
ressources serveur importantes si ce n’est le sommaire automatique
qui effectue un traitement non négligeable sur le texte des articles
au moment du calcul de la page avant la mise en cache.

Le CS compile les lames actives et réduit au maximum son impact lors
de la vie normale du site. Le poids du fichier public de langue est
minime et les quelques tests réalisés à chaque hit se font
essentiellement sur la table des metas de spip, les paramètres d’url
et l’inclusion des deux fichiers d’options précompilés.
Une étude approfondie serait peut-être nécessaire afin d’optimiser
davantage le code actuel, ça on le peut toujours.
Il est clair que les lames sont très inégales en terme de
performance et leur activation doit être raisonnée sur les serveurs
les plus fragiles.

Pat

JLuc a écrit :

Dans le couteau suisse sont activées les lames suivantes :

  • Ancres douces
  • SPIP et les liens… externes
  • Supprime le numéro
  • Visiteurs connectés
  • Balise #INSERT_HEAD
    et
  • Un sommaire automatique dont je ne souhaite pas me passer
    et que je ne saurais pas remplacer
    Qu’est-ce donc qui serait pénalisant dans tout cela ?
    Une lame ou bien le manche en lui-même ?
    Le CS est sensé ne mettre en branle php QUE pour les lames utilisées
2

Bonjour,

Le 3 décembre 2009 11:33, Teddy Payet <teddy.payet@gmail.com> a écrit :

En fait, ça serait un peu un retour aux sources…
Il me semble que Tweak (?) avait pour but de mettre de façon simple l’accès a des fonctions avancées de spip…
« Donc », toutes les autres fonctions seraient à sortir en plugins autonomes…

Le 2 décembre 2009 23:54, Patrice Vanneufville <patrice.vanneufville@laposte.net> a écrit :

Cher teddy, qui trancherait entre les lames majeures et les lames mineures ?
Bien à toi.
Patrice Vanneufville

----- Message d’origine -----
De: Payet Teddy <teddy.payet@gmail.com>
Env: mercredi 2 décembre 2009 23:01
À: Pat <patrice.vanneufville@laposte.net>
Cc: spip-zone@rezo.net
Objet: Re: [SPIP Zone] Couteau Suisse : star malaimée

Bonsoir à tous,

Je lance une pierre dans la mare…

Ne serait-il pas envisageable de sortir certaines lames en plugins
autonomes?.. En fait surtout les lames de fonctions majeures…
Cela permettrait d’alléger un peu le couteau suisse…

Aujourd'hui le record du couteau suisse est de 87 outils et 141 fonctions... Ce qui donne un peu ça : [http://www.switzerland.com/fr.cfm/economie/offer-Economy-Companies-309605.html](http://www.switzerland.com/fr.cfm/economie/offer-Economy-Companies-309605.html) Ça fait un peu beaucoup non?

Le but de ce découpage est l’allégement du code de CS et peut-être lui

permettre de prendre moins de ressources si cela s’avère vrai…

Cordialement,
Teddy

Le 2 déc. 09 à 22:39, Pat a écrit :

Salut à tous,

Pardon pour ce silence momentané dû à une hospitalisation imprévue,
et surtout pour mon invitation à un débat aujourd’hui un peu ancien.

Dans la liste des lames activées, aucune n’est consommatrice de
ressources serveur importantes si ce n’est le sommaire automatique
qui effectue un traitement non négligeable sur le texte des articles
au moment du calcul de la page avant la mise en cache.

Le CS compile les lames actives et réduit au maximum son impact lors
de la vie normale du site. Le poids du fichier public de langue est
minime et les quelques tests réalisés à chaque hit se font
essentiellement sur la table des metas de spip, les paramètres d’url
et l’inclusion des deux fichiers d’options précompilés.
Une étude approfondie serait peut-être nécessaire afin d’optimiser
davantage le code actuel, ça on le peut toujours.
Il est clair que les lames sont très inégales en terme de
performance et leur activation doit être raisonnée sur les serveurs
les plus fragiles.

Pat

JLuc a écrit :

Dans le couteau suisse sont activées les lames suivantes :

  • Ancres douces
  • SPIP et les liens… externes
  • Supprime le numéro
  • Visiteurs connectés
  • Balise #INSERT_HEAD
    et
  • Un sommaire automatique dont je ne souhaite pas me passer
    et que je ne saurais pas remplacer
    Qu’est-ce donc qui serait pénalisant dans tout cela ?
    Une lame ou bien le manche en lui-même ?
    Le CS est sensé ne mettre en branle php QUE pour les lames utilisées

Est-ce que cela ne risque pas d’alourdir nombre de plugins à gérer et surtout à mettre à jour dans certains cas ?

Line

3

Oui et non…
Le « but » serait de ne pas avoir à installer un gros plugin juste pour une fonction…

Mais rien n’empêche de garder ces fameuses fonctions dans CS et d’avoir les versions autonomes…
Il advient à chacun de voir ce dont il a besoin… CS ou les versions autonomes…

Bien entendu, dans la démarche, il faut voir s’il est plus simple à gérer de n’installer « que » CS ou les autres plugins…

Le 3 décembre 2009 12:18, Evelyne Desandre <evelyne.desandre@gmail.com> a écrit :

Bonjour,

Le 3 décembre 2009 11:33, Teddy Payet <teddy.payet@gmail.com> a écrit :

En fait, ça serait un peu un retour aux sources…
Il me semble que Tweak (?) avait pour but de mettre de façon simple l’accès a des fonctions avancées de spip…
« Donc », toutes les autres fonctions seraient à sortir en plugins autonomes…

Le 2 décembre 2009 23:54, Patrice Vanneufville <patrice.vanneufville@laposte.net> a écrit :

Cher teddy, qui trancherait entre les lames majeures et les lames mineures ?
Bien à toi.
Patrice Vanneufville

----- Message d’origine -----
De: Payet Teddy <teddy.payet@gmail.com>
Env: mercredi 2 décembre 2009 23:01
À: Pat <patrice.vanneufville@laposte.net>
Cc: spip-zone@rezo.net
Objet: Re: [SPIP Zone] Couteau Suisse : star malaimée

Bonsoir à tous,

Je lance une pierre dans la mare…

Ne serait-il pas envisageable de sortir certaines lames en plugins
autonomes?.. En fait surtout les lames de fonctions majeures…
Cela permettrait d’alléger un peu le couteau suisse…

Aujourd'hui le record du couteau suisse est de 87 outils et 141 fonctions... Ce qui donne un peu ça : [http://www.switzerland.com/fr.cfm/economie/offer-Economy-Companies-309605.html](http://www.switzerland.com/fr.cfm/economie/offer-Economy-Companies-309605.html) Ça fait un peu beaucoup non?

Le but de ce découpage est l’allégement du code de CS et peut-être lui

permettre de prendre moins de ressources si cela s’avère vrai…

Cordialement,
Teddy

Le 2 déc. 09 à 22:39, Pat a écrit :

Salut à tous,

Pardon pour ce silence momentané dû à une hospitalisation imprévue,
et surtout pour mon invitation à un débat aujourd’hui un peu ancien.

Dans la liste des lames activées, aucune n’est consommatrice de
ressources serveur importantes si ce n’est le sommaire automatique
qui effectue un traitement non négligeable sur le texte des articles
au moment du calcul de la page avant la mise en cache.

Le CS compile les lames actives et réduit au maximum son impact lors
de la vie normale du site. Le poids du fichier public de langue est
minime et les quelques tests réalisés à chaque hit se font
essentiellement sur la table des metas de spip, les paramètres d’url
et l’inclusion des deux fichiers d’options précompilés.
Une étude approfondie serait peut-être nécessaire afin d’optimiser
davantage le code actuel, ça on le peut toujours.
Il est clair que les lames sont très inégales en terme de
performance et leur activation doit être raisonnée sur les serveurs
les plus fragiles.

Pat

JLuc a écrit :

Dans le couteau suisse sont activées les lames suivantes :

  • Ancres douces
  • SPIP et les liens… externes
  • Supprime le numéro
  • Visiteurs connectés
  • Balise #INSERT_HEAD
    et
  • Un sommaire automatique dont je ne souhaite pas me passer
    et que je ne saurais pas remplacer
    Qu’est-ce donc qui serait pénalisant dans tout cela ?
    Une lame ou bien le manche en lui-même ?
    Le CS est sensé ne mettre en branle php QUE pour les lames utilisées

Est-ce que cela ne risque pas d’alourdir nombre de plugins à gérer et surtout à mettre à jour dans certains cas ?

Line

4

Teddy Payet a écrit :

Oui et non...
Le "but" serait de ne pas avoir à installer un gros plugin juste pour une fonction...

Il faudrait alors que le CS télécharge ses lames, au besoin,
comme un SPIP télécharge ses plugins.
Ce serait un gestionnaire de miniplugs...

Mais remarque : le CS ne donne pas une impression de lourdeur à l'usage,
et sauf erreur de ma part, ou jusqu'à preuve prouvée du contraire,
il n'y a pas de surcoût significatif en terme de charge CPU.

JLuc

5

Moi je me trompe sûrement, mais je n'ai toujours pas bien compris.

- Il existe des plugins. Ces plugins sont mis à jours via SVN par leurs auteurs/contributeurs. (ou pas d'ailleurs, mais bon partons sur SVN)
- Le CS, dans son coin, agrège |es plugins de son choix

Il y a donc bien 2 actions :
1) Auteur met à jour son plugin
2) Patrice (ou qui veut) met à jour la nouvelle version, dans le CS

Il y a donc un retard certain de version entre le CS et les plugins "officiels" non ?

Si c'est bien le cas, c'est vraiment dommage, et c'est vrai que si le CS était un "gestionnaire" des plugins qu'il aurait choisit d'intégrer, on n'aurait pas de disparité entre les versions des plugins, et de ceux du CS.
(Et d'ailleurs certaines lames ne sont présentes QUE via le CS, le dev "classique" n'est plus mis à jour :cry: )

Je ne sais pas si j'ai bien compris, mais en tout cas, si c'est bien le cas, c'est vraiment dommage de devoir "choisir son camp", Patrice perd de l'énergie que peut être il pourrait mettre ailleurs ! :slight_smile:

Le 3 déc. 09 à 12:52, JLuc a écrit :

Il faudrait alors que le CS télécharge ses lames, au besoin,
comme un SPIP télécharge ses plugins.
Ce serait un gestionnaire de miniplugs...

6

Le 3 décembre 2009 13:00, XDjuj <XDjuj@apsulis.com> a écrit :

Moi je me trompe sûrement, mais je n'ai toujours pas bien compris.

- Il existe des plugins. Ces plugins sont mis à jours via SVN par leurs
auteurs/contributeurs. (ou pas d'ailleurs, mais bon partons sur SVN)
- Le CS, dans son coin, agrège |es plugins de son choix

Il y a donc bien 2 actions :
1) Auteur met à jour son plugin
2) Patrice (ou qui veut) met à jour la nouvelle version, dans le CS

Il y a donc un retard certain de version entre le CS et les plugins
"officiels" non ?

Non, c'est un fork car une fois l'agrégation faites, Patrice peut
faire évoluer sa version sans reverser sur le plugin de départ, et le
plugin de départ peut évoluer sans être mis à jour dans le CS.

Cf le plugin en-travaux, par exemple.

Cédric

7

Ok, donc ça revient bien à ce que je concluais

On a 2 versions :
- 1 "normale"
- 1 CS

Et aucun moyen de savoir laquelle est plus à jour que l'autre...

C'est dommage :slight_smile:

Le 3 déc. 09 à 13:20, Cédric Morin a écrit :

Le 3 décembre 2009 13:00, XDjuj <XDjuj@apsulis.com> a écrit :

Moi je me trompe sûrement, mais je n'ai toujours pas bien compris.

- Il existe des plugins. Ces plugins sont mis à jours via SVN par leurs
auteurs/contributeurs. (ou pas d'ailleurs, mais bon partons sur SVN)
- Le CS, dans son coin, agrège |es plugins de son choix

Il y a donc bien 2 actions :
1) Auteur met à jour son plugin
2) Patrice (ou qui veut) met à jour la nouvelle version, dans le CS

Il y a donc un retard certain de version entre le CS et les plugins
"officiels" non ?

Non, c'est un fork car une fois l'agrégation faites, Patrice peut
faire évoluer sa version sans reverser sur le plugin de départ, et le
plugin de départ peut évoluer sans être mis à jour dans le CS.

Cf le plugin en-travaux, par exemple.

Cédric

8

Le 3 décembre 2009 13:42, XDjuj <XDjuj@apsulis.com> a écrit :

Ok, donc ça revient bien à ce que je concluais

On a 2 versions :
- 1 "normale"
- 1 CS

Et aucun moyen de savoir laquelle est plus à jour que l'autre...

C'est dommage :slight_smile:

C'est exactement de cela qu'il s'agit.
Cédric

9

Le 3 décembre 2009 13:50, Cédric Morin <cedric.morin@yterium.com> a écrit :

Le 3 décembre 2009 13:42, XDjuj <XDjuj@apsulis.com> a écrit :

Ok, donc ça revient bien à ce que je concluais

On a 2 versions :

  • 1 « normale »
  • 1 CS

Et aucun moyen de savoir laquelle est plus à jour que l’autre…

C’est dommage :slight_smile:

C’est exactement de cela qu’il s’agit.

Cédric

Dans ses dernières versions le CS permet de vérifier s’il existe ou non un version (officielle ?) plus récente non seulement de lui-même mais aussi de l’ensemble ( à quelques exceptions près ) des plugins installés hors CS.

Je n’ai pas connaissance que d’autres plugins aient cette fonction.

Si, comme il me semble, en n’activant que ce que bon nous semble parmi ses lames on n’implique pas l’utilisation inutiles de ressources, le CS tel qu’il se présente aujourd’hui paraît plus simple d’utilisation que d’aller chercher des plugins qui ne sont pas toujours connus ni même signalés, voire explicités.

Line

10

Le 3 décembre 2009 15:28, Evelyne Desandre
<evelyne.desandre@gmail.com> a écrit :

Le 3 décembre 2009 13:50, Cédric Morin <cedric.morin@yterium.com> a écrit :

Le 3 décembre 2009 13:42, XDjuj <XDjuj@apsulis.com> a écrit :
> Ok, donc ça revient bien à ce que je concluais
>
> On a 2 versions :
> - 1 "normale"
> - 1 CS
>
> Et aucun moyen de savoir laquelle est plus à jour que l'autre...
>
> C'est dommage :slight_smile:

C'est exactement de cela qu'il s'agit.
Cédric

Dans ses dernières versions le CS permet de vérifier s'il existe ou non un
version (officielle ?) plus récente non seulement de lui-même mais aussi de
l'ensemble ( à quelques exceptions près ) des plugins installés hors CS.

Je n'ai pas connaissance que d'autres plugins aient cette fonction.

Si, comme il me semble, en n'activant que ce que bon nous semble parmi ses
lames on n'implique pas l'utilisation inutiles de ressources, le CS tel
qu'il se présente aujourd'hui paraît plus simple d'utilisation que d'aller
chercher des plugins qui ne sont pas toujours connus ni même signalés, voire
explicités.

Il me semble qu'il ne faut pas hésiter et mettre tous les plugins dans
le CS, à ce compte là ...

Cédric

11

Hmmm,
amha c'est assez rare de n'avoir besoin que d'une seule fonction :wink:
Pat

Teddy Payet a écrit :

Oui et non...
Le "but" serait de ne pas avoir à installer un gros plugin juste pour une
fonction...

12

Oui, c'est une fonctionnalité que je compte exploiter.
Vu que le CS n'intègre que de petite fonctionnalités, un morceau de code posté n'importe où sur la toile (encadré par un minimum de formalisme évidemment) devrait suffire au CS pour créer une nouvelle lame.
(I have a dream ! lol)
La possibilité de créer de nouvelle lames persos est déjà possible en suivant deux méthodes différentes, aussi simple l'une (version globale) que l'autre (version encapsulée dans des fonctions).
Pat

JLuc a écrit :

Il faudrait alors que le CS télécharge ses lames

13

Le 3 déc. 2009 à 18:30, Pat a écrit :

Hmmm,
amha c'est assez rare de n'avoir besoin que d'une seule fonction :wink:

C'est ce que je fais sur plusieurs sites, je n'utilise que "Belles puces", et ne comprend pas qu'on n'ait pas profiter de SPIP 2 pour enfin avoir ça par défaut...

Teddy Payet a écrit :

Oui et non...
Le "but" serait de ne pas avoir à installer un gros plugin juste pour une
fonction...

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

-Nicolas

--
Nicolas HOIZEY
Blog : http://www.gasteroprod.com/
Photos : http://flic.kr/nicolas-hoizey/

14

Salut

Tout d'abord les duplications de code ne sont pas si nombreuses et restent marginales.
Le fait que le CS ait intégré d'anciennes petites contributions n'a pas empêché pour quelques-unes d'entre elles d'avoir ensuite des évolutions propres. Je ne suis pas du tout choqué par cela.

XDjuj a écrit :

Il y a donc un retard certain de version entre le CS et les plugins "officiels" non ?

Pas du tout. Le CS est dans son ensemble estampillé compatible 2.0 et maintenu comme tel. Le CS est rarement "en retard". Ceci dit et afin de simplifier son utilisation (la priorité a toujours été donnée à la simplification côté utilisateur), le CS reste compatible avec les versions ascendantes proches de SPIP (1.92 mini, car la version 1.91 a été définitivement abandonné il y a quelques mois).

Voici trois exemples de cohabitation non choquante.

Le cas de "En travaux" est intéressant car Cédric a choisi de procéder sans concertation et de son propre chef à un virage notable dans la fonctionnalité du plugin, se basant je crois sur la primauté du "webmaster". C'est son choix. Cela a définitivement éloigné le plugin autonome de la lame du Couteau Suisse du même nom, qui a conservé la différenciation des différents statuts de SPIP ainsi que de l'espace public/privé.

Le cas de "Corbeille" est tout autre. Depuis son intégration, le CS offre la possibilité globale de vider la corbeille par type d'objet et sans plus. Cédric (quel bosseur...) a permis au plugin autonome de donner plus de détails, à savoir de manipuler la liste précise des objets réformés et de supprimer définitivement au cas par cas. Voici donc une différenciation saine.

Le cas de "noSpam" est encore plus significatif. Le CS et le plugin autonome ne font pas du tout la même chose et peuvent même cohabiter. Cédric (toujours lui, dsl) pousse le plugin autonome dans ses retranchements, lui ajoutant toujours plus de code pour éloigner les malveillants (quitte à se prendre aussi les pieds dans le tapis, mais ça c'est du troll ... rires). C'est parfait, c'est un travail indispensable, voire excellent puisqu'il évite les affreux systèmes de captcha. Le CS lui, bloque simplement au tout début du hit, tout message contenant des séquences interdites, offrant même à l'utilisateur la possibilité de procéder à des tests en direct. Voila donc deux choses qui peuvent coexister, mais qui ne font pas du tout le même travail.

Ainsi donc, le webmaster avisé, lisant les docs ici ou là, a tout le loisir de choisir ce dont il a vraiment besoin. Le CS tente d'expliquer au maximum ses différents outils, et l'intégration de la config à l'intérieur même de la doc a été créée pour cela, négligeant donc CFG, sorti quelques temps après.

Pat

15

XDjuj a écrit :

On a 2 versions :
- 1 "normale"
- 1 CS
Et aucun moyen de savoir laquelle est plus à jour que l'autre...

Pour les quelques cas avérés, il faut lire les docs. La balise <necessite> devrait désormais écarter efficacement les versions anciennes. En ce qui concerne le CS, je me suis toujours arrangé pour suivre les évolutions de SPIP et corriger les bugs de version rapidement.

Pat

16

Ok merci pour ces explications, j'entends bien ce que tu dis.

Mais j'ai toutefois toujours quelques incompréhensions.

Du fait même que tu doives vérifier (à la mano ?) qu'une lame est à jour, est très consommateur de TON temps, pour au final... Le même résultat à savoir : la même fonctionnalité. Vu le temps que tu dois y passer, et vu de l'extérieur, c'est dommage :slight_smile: Peut être que ce temps pourrait servir à d'autres projets ou à des évolutions ? :slight_smile:

J'ai parfois aussi du mal à comprendre pourquoi certaines choses très simple (comme NO CACHE) nécessitent une lame alors que c'est un simple defined dans le fichier de config.

Je suis pleinement favorable à ce que le CS soit une "boîte à plugins" que l'on pourrait sélectionner ou que tu sélectionnerais. C'est vrai que c'est pratique quand on débute de pouvoir retrouver quelques fonctionnalités que l'on ne sait pas trouver ailleurs. Même du fait même que les versions n'offrent pas les mêmes fonctionnalités porte vraiment à confusion.

Cependant, le CS est accessible depuis l'admin, et de ma maigre expérience, quand j'ai eu l'occasion de l'installer, je me suis retrouvé quelques semaines plus tard avec tripoté de bugs côté public, parce que les admins se sont empressés de cliquer partout, d'activer toutes les lames dans tous les sens. Activant du JS à tout va, ayant des actions sur le texte ou autre.

Et ça, je pense vraiment que c'est une mauvaise chose. A priori, tu configures un site une bonne foi pour toute, et toute "évolution" est réfléchie et pensée, puis adaptée. Le simple fait de cliquer "pour voir ce que ça fait" est source de pagaille ! Une fois lâché aux bons soins des rédacteurs apprentis sorciers... Ca fait mal je trouve :slight_smile:

Est-ce que :
- Les spams
- Le cache
- Site en travaux
- Url ouvrantes
etc.

Ne sont pas des actions responsables qui ne devraient être permises qu'au Webmaster (celui qui sait y mettre les mains et qui sait pourquoi il le fait ?).

Je ne tente pas de relancer un troll, mais je vois ici une "perte" d'énergie :slight_smile:

Le 3 déc. 09 à 19:14, Pat a écrit :

Salut

Tout d'abord les duplications de code ne sont pas si nombreuses et restent marginales.
Le fait que le CS ait intégré d'anciennes petites contributions n'a pas empêché pour quelques-unes d'entre elles d'avoir ensuite des évolutions propres. Je ne suis pas du tout choqué par cela.

XDjuj a écrit :

Il y a donc un retard certain de version entre le CS et les plugins "officiels" non ?

Pas du tout. Le CS est dans son ensemble estampillé compatible 2.0 et maintenu comme tel. Le CS est rarement "en retard". Ceci dit et afin de simplifier son utilisation (la priorité a toujours été donnée à la simplification côté utilisateur), le CS reste compatible avec les versions ascendantes proches de SPIP (1.92 mini, car la version 1.91 a été définitivement abandonné il y a quelques mois).

Voici trois exemples de cohabitation non choquante.

Le cas de "En travaux" est intéressant car Cédric a choisi de procéder sans concertation et de son propre chef à un virage notable dans la fonctionnalité du plugin, se basant je crois sur la primauté du "webmaster". C'est son choix. Cela a définitivement éloigné le plugin autonome de la lame du Couteau Suisse du même nom, qui a conservé la différenciation des différents statuts de SPIP ainsi que de l'espace public/privé.

Le cas de "Corbeille" est tout autre. Depuis son intégration, le CS offre la possibilité globale de vider la corbeille par type d'objet et sans plus. Cédric (quel bosseur...) a permis au plugin autonome de donner plus de détails, à savoir de manipuler la liste précise des objets réformés et de supprimer définitivement au cas par cas. Voici donc une différenciation saine.

Le cas de "noSpam" est encore plus significatif. Le CS et le plugin autonome ne font pas du tout la même chose et peuvent même cohabiter. Cédric (toujours lui, dsl) pousse le plugin autonome dans ses retranchements, lui ajoutant toujours plus de code pour éloigner les malveillants (quitte à se prendre aussi les pieds dans le tapis, mais ça c'est du troll ... rires). C'est parfait, c'est un travail indispensable, voire excellent puisqu'il évite les affreux systèmes de captcha. Le CS lui, bloque simplement au tout début du hit, tout message contenant des séquences interdites, offrant même à l'utilisateur la possibilité de procéder à des tests en direct. Voila donc deux choses qui peuvent coexister, mais qui ne font pas du tout le même travail.

Ainsi donc, le webmaster avisé, lisant les docs ici ou là, a tout le loisir de choisir ce dont il a vraiment besoin. Le CS tente d'expliquer au maximum ses différents outils, et l'intégration de la config à l'intérieur même de la doc a été créée pour cela, négligeant donc CFG, sorti quelques temps après.

Pat

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

17

Le 3 déc. 09 à 19:18, Pat a écrit :

XDjuj a écrit :

On a 2 versions :
- 1 "normale"
- 1 CS
Et aucun moyen de savoir laquelle est plus à jour que l'autre...

Pour les quelques cas avérés, il faut lire les docs. La balise <necessite> devrait désormais écarter efficacement les versions anciennes. En ce qui concerne le CS, je me suis toujours arrangé pour suivre les évolutions de SPIP et corriger les bugs de version rapidement.

Travail que tu fais effectivement fort bien ! Mais... C'est dommage non ? :slight_smile: Pourquoi ne pas utiliser cette même énergie à faire EVOLUER ces différents plugins plutôt que cette énergie serve à les remettre sous forme de lame ?

C'est ça en fait que j'ai un peu de mal à saisir... :slight_smile:

Pat

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

18

Ici effectivement, ça ne vaut pas bien le coup.
Tu es vraiment sérieux en disant ça ?
Même "Mises à jour automatiques" t'utilises pas ?
Pat

Nicolas Hoizey a écrit :

Le 3 déc. 2009 à 18:30, Pat a écrit :

Hmmm,
amha c'est assez rare de n'avoir besoin que d'une seule fonction :wink:

C'est ce que je fais sur plusieurs sites, je n'utilise que "Belles puces", et ne comprend pas qu'on n'ait pas profiter de SPIP 2 pour enfin avoir ça par défaut...

19

* XDjuj tapuscrivait, le 03/12/2009 19:20:

Cependant, le CS est accessible depuis l'admin, et de ma maigre
expérience, quand j'ai eu l'occasion de l'installer, je me suis retrouvé
quelques semaines plus tard avec tripoté de bugs côté public, parce que
les admins se sont empressés de cliquer partout, d'activer toutes les
lames dans tous les sens. Activant du JS à tout va, ayant des actions
sur le texte ou autre.

C'est justement pour éviter cela qu'il y a un define pour cacher complètement certaines lames dans l'admin.
Voici celui de SoyezCreateurs.

define('_CS_OUTILS_CACHES', 'cs_comportement:insert_head:verstexte:trousse_balises:dossier_squelettes:type_urls:filtrer_javascript:spam:moderation_moderee:paragrapher2:auteur_forum:no_IP:flock:spip_cache:forum_lgrmaxi:simpl_interface:icone_visiter:pucesli:glossaire:blocs:toutmulti:decoupe:filets_sep:couleurs:f_jQuery:desactiver_flash:jcorner:SPIP_liens:class_spip:supprimer_numero:xml:visiteurs_connectes:titre_parent:horloge:liens_en_clair:orientation');

--
RealET

20

XDjuj a écrit :

J'ai parfois aussi du mal à comprendre pourquoi certaines choses très simple (comme NO CACHE) nécessitent une lame alors que c'est un simple defined dans le fichier de config.

Je ne suis pas infographiste et ne considère pas comme infammant
le fait de coder en php !
Mais là, je suis vraiment énormément reconnaissant au CS
de m'épargner de devoir explorer à taton
l'usage des options accessibles dans le ficher de config ...
( 1) où ça ? 2) pour quelle version ? 3) cette doc est à jour ? )
J'avais fait une doc sur spip-contrib à une époque ancienne,
mais tout cela à du évoluer...

Pour ces fonctionnalités toutefois, une alternative au CS
serait un fichier mes_options éditable depuis l'admin
et généreusement autodocumenté...
mais là, je ne confierait pas le paramétrage à ma maman...
car elle risquerait d'oublier un ";" en fin de ligne
(ou bien pire, évidemment) et d'avoir un site tout cassé.
:wink:

JLuc