Motus

Published : 24 January 2010 – updated on 14 March 2025 – by cratso_, Matthieu Marcillaud – 64 commentaires

1
2
3
4
5
36 Votes

Ce plugin a pour idée simple que certains groupes de mots-clés ne sont utiles que sur certaines rubriques de SPIP.

Le contexte

«Motus» permet de restreindre l’utilisation de certains groupes de mots clés à des rubriques choisies préalablement. En effet, une rubrique n’a peut-être pas dans certains cas à proposer pour ses articles les mêmes groupes de mots-clés qu’une autre... Pour les rédacteurs, il est moins perturbant de ne proposer d’attacher que les groupes intéressant leurs articles.

Prenons deux rubriques et deux groupes en exemple. Une rubrique qui s’appelle «Télévisions» utilise des mots-clés du groupe «Formats» tel que «4/3», «16/9», «16/10», ... Une autre rubrique «Revues» peut utiliser un groupe «Parution» possédant des mots comme «Mensuel», «Hebdomadaire», «Quotidien»,... Il est fort probable dans ce cas que la rubrique «Télévisions» n’utilisera pas le groupe «Parution», et inversement pour la rubrique «Revues», il est peu probable que le groupe «Format» l’intéresse.

Ce plugin cache la possibilité de lier certains groupes à certaines rubriques (et leurs enfants et objets). Il ajoute, dans l’édition d’un groupe de mot un sélecteur pour choisir ces restrictions.

Pré-requis SPIP 2.x

Motus nécessite l’installation des plugins suivants pour fonctionner :

Pré-requis SPIP 3.x

Installation

Le plugin s’installe classiquement en mettant le contenu du paquet ZIP dans votre dossier plugins/ et en l’activant ensuite dans l’interface de gestion des plugins.

Restreindre un groupe à une rubrique

Vous pouvez restreindre un groupe a une rubrique soit via le formulaire d’ajout rapide en saisissant rubxxx ou rubriquexxx ou le x correspond a l’id (numéro) de la rubrique en question. ou via le sélecteur. cf captures :

Notes

Une fois que vous avez associé un groupe de mots-clés à une rubrique, ce dernier est associé automatiquement à ses sous rubriques (si elle en a).

Discussion

5 years 1 year 3 months Without limit
par date
Filter

20 discussions

  • 1
    Benitron

    Bonjour,
    en SPIP 4.2.16, un bug apparaît sur la page d’édition du groupe de mots-clé en back-office.
    Je ne sais pas si le soucis est au niveau de de saisies ou de motus, je poste sur les deux pages.

    2 Erreur(s) dans le squeletteNuméro	Message	squelette	boucle	Ligne
1 	Filtre select= non défini	../plugins/auto/saisies/v5.8.1/saisies/selecteur.html	   /  	6
2 	Paramètre d’inclusion incorrect : {fond=formulaires/selecteur/generique, selected=#GET{val}, name=#ENV{nom}, afficher_langue=#ENV{afficher_langue,''}, select=	../plugins/auto/saisies/v5.8.1/saisies/selecteur.html	   /  	6

    Dans le cadre habituel où l’on rentre les rubriques à restreindre, on a :

    Restreindre aux rubriques ?
Pour restreindre à certaines rubriques (et leurs enfants), vous pouvez selectionner les rubriques souhaitées ici.
fond=formulaires/selecteur/generique, selected=, name=rubriques_on, afficher_langue=, select=, whitelist=Array, blacklist=Array, racine=, objet=racine, id_objet=0, env} />

    Merci !

    Reply to this message

  • RealET

    Bonjour,

    Est-ce que quelqu’un l’a testé en SPIP 4.0 ?

    Reply to this message

  • Julien

    Bonjour,

    Je rencontre un soucis de compatibilité avec le plugin Mots arborescents. Depuis l’activation de celui-ci, impossible de restreindre un groupes de mot clé à une/des rubrique(s). L’enregistrement ne se fait pas.

    Julien

    Reply to this message

  • 1
    Syd

    Bonjour

    Il y a un bug dans les articles lorsqu’on utilise Motus :
    Erreur SQL 1054
    Unknown column ’rubriques_on’ in ’field list’
    SELECT rubriques_on FROM spip_groupes_mots WHERE tables_liees REGEXP ’(^|,)articles($|,)’ AND minirezo=’oui’

    Je suis sur SPIP 3.0.21
    -  plugin Motus 1.1.4
    -  Champs Extras 3.7.1
    -  Saisies pour formulaires 2.5.22

    Dans le Pré-requis SPIP 3.x, il est indiqué qu’il faut Champs extra 2 (core) version 2.0.0-dev, mais il me semble que Champs extra 2 c’est un plugin pour Spip 2, non ?

    Merci

    • Ankh

      Salut !

      le prérequis c’est Champs extra avec la version 2.1.0 au minimum donc c’est bon. Essaie peut-être de supprimer Motus et de le réinstaller car il semble que la base de données n’a pas été modifiée donc ça a du mal s’installer.

    Reply to this message

  • Ankh

    Bonjour,

    Merci pour ce plugin génial pour le site que je suis en train de faire mais par contre je bloque sur un truc.

    La structure est la suivante : j’ai une rubrique dans laquelle j’ai des articles. Pour cette rubrique j’ai plusieurs groupes de mots avec chacun leur mots-clés différents. Ces groupes sont limités à la rubrique.

    mon problème : sur la page d’un mot (squelette mot.html), j’aimerai afficher un fil d’ariane qui fasse : Accueil > nom de la rubrique > nom du mot-clé.

    J’utilise rubrique_on sur la page de la rubrique pour afficher les mots-clés liés mais comment faire pour renverser ça et afficher la rubrique de ces mots-clés ??

    j’ai fouillé un peu dans les fichiers php de motus pour mieux comprendre la structure mais je n’arrive pas à obtenir ce que je veux. Quelqu’un aurait-il une idée ?

    Merci !

    Reply to this message

  • 2
    SPYRIT

    Bonjour,

    Merci pour ce plugin très utile. Une petite question : il serait intéressant de pouvoir aussi définir des restrictions des plugins par rédacteur.

    En effet, il arrive souvent que certains groupes de mots clefs aient une vocation assez technique ou conditionnent des sélections en page d’accueil etc.

    Dans un tel cas, ce serait bien pouvoir restreindre l’accès à ces groupes de mots clefs à certains utilisateurs.

    Est-ce qu’il serait envisageable soit d’adapter le plugin Motus pour ajouter cette gestion, soit de créer un plugin analogue pour une restriction par rédacteur ?

    Merci d’avance,
    Spyrit

    • pierrot

      Bonjour,

      Je rebondis sur ça, serait-il possible d’étendre Motus à tous les objets en fait, auteurs, documents, organisations si on a le plugin correspondant ... etc ..
      Est-ce compliqué ?

      Pierre.

    • philooo

      Je comfirme, ce plugin est super, et dans le fond on a besoin de bcp plus d’option pour organiser le droit des utilisateurs sur les objets et ce en fonction de leur emplacement si possible.

      tous les details de parametrage spip sont fantastiques mais on devrait uniquement exposer certaines personnes a les utiliser.

      BRAVO pour MOTUS :) je l’utilise j’adore.. continuons ;)

    Reply to this message

  • 21
    Julien

    Le plugin chez moi ne fonctionne pas sur SPIP 3 (v.3.0.11)

    Les groupes de mots clés restent présent dans toutes les rubriques malgré les limitations...

    Que faire ?

    Julien.

    • Julien

      Personne n’a d’idée ?

      J’ai vu ce post (mais ça date) qui a le même problème mais impossible de mettre la main sur le fichier en question sur SPIP 3. Peut-être une piste ?

      Merci pour votre aide.

    • Julien

      Juste un petit up! Le problème persiste toujours...

      C’est dommage, ce plugin est utile.

    • Matthieu Marcillaud

      Je parierais plus sur le post de Troon http://contrib.spip.net/Motus#forum470824 mais je vais essayer de jeter un œil aujourd’hui voir si je reproduis.

    • Julien

      Oui, j’ai déjà vérifié dans phpMyAdmin mais je n’est pas ce problème la. Quand j entre une rubrique elle est au singulier a chaque fois.

      Merci.

    • Matthieu Marcillaud

      Je ne sais pas du coup, car en testant, je ne reproduis pas ton problème (par contre j’avais bien reproduit celui de @Troon).

      Une question cependant, est-ce que le plugin champs extras core est bien à jour chez toi ?
      Je suppose que oui, mais sait-on jamais.

      As-tu des plugins particuliers ? Reproduis-tu juste avec motus (et ses dépendances) ?

    • Julien

      Salut,

      Alors la je comprend rien...

      Je crée une une sauvegarde de ma base de donnée SPIP 3 (online) pour ensuite la restauré sur une version SPIP 3 en local avec Wamp avec la même config et même plugins. Et la ça marche. Mais la version online cela ne fonctionne toujours pas.

      Qu’est ce qui peut bien provoquer ça ? :-(

    • Julien

      Alors j’ai installé une version test et je rencontre le même soucis. J’ai installé motus et ces ces dépendances seulement...

      Cela peut-il venir de mon hébergeur ? Je suis chez infomaniak... Peut-être que le problème est du coté serveur dans le .htaccess ?

      Est ce que cela peut t’aider si je te donne l’accès par email a la version test que j’ai mis en ligne ?

      Merci pour ton aide.

      Julien.

    • Julien

      Ça doit-être l’hébergeur... :-( J’ai migré la version test de chez infomaniak sur un autre hébergeur (godaddy.com) et ça marche.

      Qu’est ce que je peux faire ?

    • Matthieu Marcillaud

      Peux tu indiquer les versions de PHP et de MySQL sur ton hébergeur qui pose problème ? et sur les autres qui fonctionnent ? exec=info dans le privé doit te renseigner pour ça.

      L’autre chose que tu peux regarder est d’activer des logs de debug sur ton site de test. C’est un peu plus compliqué la procédure. Dans config/mes_options, mettre :

      <?php

// afficher toutes les erreurs
define('_MAX_LOG', 10000);
define('_LOG_FILTRE_GRAVITE', 10);

error_reporting(E_ALL ^ E_NOTICE);
@ini_set("display_errors", "On");
define('SPIP_ERREUR_REPORT', E_ALL ^ E_NOTICE);
      • Se mettre sur une rubrique qui devrait avoir des mots clés ou non
      • Vider tmp/log/* en ftp
      • Actualiser la page de la rubrique
      • récupérer tmp/log et regarder s’il y a par exemple un mysql.log ou sqlite.log et lire le contenu. Peut être y a t’il une indication du problème rencontré (c’est loin d’être sûr).

      Peut être aussi que des erreurs PHP s’affichent dans le navigateur sur la page de la rubrique. Ce qui peut donner aussi une indication du problème.

      Bref, si tu as des choses qui te semblent anormales en suivant cette procédure, indique le ici.

    • Julien

      Version MYSQL chez :

      godaddy 5.3.24 OK - plugin fonctionne

      Wamp (serveur local) 5.0.86 - plugin fonctionne

      Wamp (serveur local) 5.6.12 - plugin fonctionne

      infomaniak 5.2.17 PAS OK - plugin fonctionne pas

      Bon. il m’est arrivé hier des mes nombreuses installe d’arriver a faire fonctionner le plugin une fois chez Infomaniak. Mais j’ai pas compris pourquoi. ça me parait assez aléatoire. Même sous Wamp parfois le plugin ne fonctionnait pas.

      Au début j’ai pensé a une certaine chronologie d’activation des plugins mais ça me parait bizarre.

      Je vais tester le debug maintenant.

      Merci pour ton aide!

      Julien.

    • Julien

      Voilà. J te dirais que je sais pas trop ou regarder. Alors je le post.

      Par contre ça a peut-être son importance. J’ai ce message dans la partir privée de spip:

      "Problème de sécurité : register_globals=on; dans php.ini à corriger."

      Que j’ai enlevé en faisant ceci dans .htaccess :

      php_value register_globals 0

      Julien.

    • Matthieu Marcillaud

      Le seul truc qui me pose question est :

      :Pri:info: Erreur - 'cextras_declarer_champs_apres_les_autres' non definie !

      Cela signifie qu’un «pipeline» est mal défini. Ou défini puis écrasé par un autre plugin…

      Ceci sous-entendrait que le plugin champs extras core est mal activé ou mal lu.
      Peut-être peux-tu vérifier les droits de ses fichiers ? comment à t’il été téléchargé ? via l’interface de SPIP ou par FTP / SSH ?
      Peux tu essayer de le désactiver et réactiver ensuite ?

    • Julien

      Via l’interface de spip dans “ajouter plugin”.

      Je vais essayer ça.

      Merci.

    • Julien

      OK. Je pense avoir trouvé ! :-)

      Je ne peux pas éxpliquer pourquoi ni comment mais ça marche...

      Si j’installe ma base de donnée avec un préfixe personnalisé ça merde. Si je laisse par default “spip” (spip_articles, spip_rubriques, etc...) ça marche !

      Est ce que c’est possible ? Peut-on y remédier ?

      Je vais encore faire d’autres essais.

      THX.

    • Julien

      Donc c’est bien ça.

      http://zone.spip.org/trac/spip-zone/browser/_plugins_/motus/trunk/base/motus.php#L21

      Je ne sais pas si cela peut s’arranger ? Ou alors je passe toutes mes tables avec le préfixe spip_

      Après juste une autre remarque. Lorsque l’on exécute une sauvegarde de la base de donnée, le champs sql rubrique_on pause un problème. Il empêche la copie de “spip_groupes_mots”. On est obligé de désinstaller le plugin pour que cela se déroule correctement.

      Embêtant si après coup, il faut refaire à zéro toutes les sélections de rubriques.

      Je pense que ça vaut la peine de corriger ça. Ce plugin le mérite! :-)

      Merci beaucoup pour ton temps et chapeau pour ce plugin! On s’y retrouve enfin dans tout ces mot clé :-)

      Julien.

    • Matthieu Marcillaud

      Hum… S’il y a un problème avec le préfixe, il n’est pas où tu le cites.

      SPIP est suffisamment malin pour remplacer ’spip_’ dans les requêtes SQL par le bon prefixe de table, de même dans les déclarations.
      Je testerai avec un SPIP préfixé différemment néanmoins.

      Par contre ce que tu signales après est plus intéressant (sur rubrique_on). Est-ce que tu peux en dire plus ? Oui, parce que naturellement… les sauvegardes fonctionnent chez moi :p, tout comme je suppose qu’elles fonctionnent sur les hébergeurs que tu as testé qui fonctionnent.

    • Matthieu Marcillaud

      Je reproduis le problème de sauvegarde avec un l’utilisation d’un préfixe de table.
      Par contre, tout le reste de Motus fonctionne.

      En sauvegardant j’obtiens le log suivant :

      :Pri:ERREUR: table spip_groupes_mots has no column named rubriques_on

      Lors de la création de la table de sauvegarde SQLite, SPIP oublie de créer la colonne rubriques_on et ce uniquement si un préfixe de table est présent. Pour ce détail je penche plus pour un problème dans le système de sauvegarde de SPIP. Il faudra que j’essaie d’explorer un peu.

      Ceci dit, ce sont donc 2 bugs différents donc, et je n’en reproduis qu’un seul.

    • Julien

      C’est amusant ça!

      J’avais pas fait attention que mes tests sous Wamp je les ai réalisés avec le préfixe de table ’spip_’. J’ai essayé avec un préfixe perso sous Wamp et cela ne marche plus :-( C’est Space... J vois vraiment pas pourquoi cela marche chez toi et pas chez moi :-/ Version MySQL vraiment ?

      Sur les autres hébergeurs testé (Godaddy) le préfixe était ’spip_’. Ça marchait alors j’ai pas testé plus loin. Et oui les sauvegardes fonctionne avec ’spip_’ uniquement.

      Si tu as besoin que je test autre chose pas de soucis je peux prendre le temps. Même un accès à Infomaniak si tu veux :-) J’aime pas quand je comprend pas ce qui ce passe :-)

      Merci à toi.

      Julien

    • Matthieu Marcillaud

      Ce problème devrait j’espère être réglé par la version 1.1.2 de Motus
      http://zone.spip.org/trac/spip-zone/changeset/77086

      À tester. Merci de ta persévérance et de ta base de test.

      Reste cependant le souci des sauvegardes.

    Reply to this message

  • 2
    troon

    pour info, je ne comprenais pas pourquoi motus fonctionnait parfois et parfois non sur mon site, et là j’ai découvert que pour une raison complétement incompréhensible pour moi dans le champ rubriques_on de la table spip_groupes_mots, des fois ça s’enregistre sous cette forme :

    rubriques|XXX et des fois rubrique|XXX

    et ce n’est que la seconde syntaxe qui fonctionne, du coup j’ai corrigé dans la base, doit y avoir un s en trop qui traine dans les fichiers :)

    Reply to this message

  • 1
    troon

    Une petite astuce pour ceux qui comme moi, veulent afficher les mots clés qui régissent leur page rubrique avec Motus, c’est à améliorer, car je doute que ça fonctionne si un groupe de mots-clés est lié à plusieurs rubriques (là faudrait sûrement passer par un explode et autres joyeusetés)

    <BOUCLE_rubrique(RUBRIQUES){id_rubrique}>

<B_groupe>
<BOUCLE_groupe(GROUPES_MOTS){rubriques_on = rubrique|#ID_RUBRIQUE}>
	<B_mots>
	<ul>
	<BOUCLE_mots(MOTS){id_groupe}>
	<li><a href="#URL_MOT">#TITRE</a></li>
	</BOUCLE_mots>
	</ul>				
	</B_mots>
</BOUCLE_groupe>
</B_groupe>

</BOUCLE_rubrique>
    • troon

      Et grâce à l’auteur du plugin, Marcimat, sur IRC, voici la même boucle si un groupe de mots-clés est lié à plusieurs rubriques :

      <BOUCLE_groupe(GROUPES_MOTS){rubriques_on == (^|,)rubrique|#ID_RUBRIQUE(,|$)}>

    Reply to this message

  • 5
    Fabien

    Bonjour (ou plutot Bonsoir...),

    Merci pour ce plugin !

    Je souhaitais juste savoir s’il été compatible avec champs_extra 3 ?

    Car je ne sais pas pourquoi (la fatigue sans doute) je n’arrive pas à le faire fonctionner...Les restrictions s’enregistrent (apparement) bien, mais je peux quand même rentrer le mots clefs pour un article (ou autre) en dehors des restrictions...

    Fin bon je vais voir si je peux trouver d’où ça vient (de moi sûrement ;))

    Encore merci !

    • Fabien

      Bonjour à tous!

      Bon en fait, le problème semble plus profond...

      J’ai désinstaller le plug-in et en limiter le choix des mots clefs aux administrateurs, et dans ce cas là même les rédacteurs peuvent choisir des mots clefs...

      Du coup ça ne doit pas venir du Plug-In mais d’une mauvaise manip de ma part...

    • Matthieu Marcillaud

      Ça fait longtemps que je n’ai pas utilisé ce plugin, mais à priori il devrait fonctionner. Je regarderai à l’occasion.

      Concernant les autorisations, il y avait une coquille dans SPIP < 3.0.7 sur les groupes de mots. C’est peut être ça ?

      MM.

    • Fabien

      Merci pour ta réponse Matthieu.

      En effet je tourne sous Spip 3.0.5 du coup je vais essayer de passer sous spip 3.0.7 ce soir. Et je te tiens au courant !

      Encore merci.

    • Matthieu Marcillaud

      Je viens de tester pour des restrictions de groupes de mots à certaines rubriques, et ça semble fonctionner correctement.

    • Fabien

      Du coup j’ai installé spip 3.0.7 et ça m’a bien réglé le problème sur les autorisations (admins / rédacteurs).

      Par contre, mon autre “problème” ne semble pas être résolu.

      Pour faire plus “concret”, mon “problème” se situe sur le site http://www.fasee.fr.

      Niveau architecture il est organisé comme ça :
      Il y a la rubrique “Notre Réseau” avec des sous-rubriques (une pour chacune des associations).

      J’ai créé un auteur par association que j’ai nommé administrateur de la sous-rubrique correspondante.
      J’ai de même restreint les accès de chacun de ses auteurs (via le plug-in accès restreint) à la sous rubrique correspondante.

      Chacun de ces auteurs peut donc écrire des articles dans la sous-rubrique où ils sont administrateur restraint.

      Mes groupes de mots clefs :
      J’ai acutellement deux groupes de mots clefs :
      1/ Agenda : qui contient un seul mot clef : “evenement”. Il permet pour ceux qui le souhaitent de faire apparaitre l’article sur la page “Agenda étudiant”
      2/ Classement FASEE : qui contient deux mots clefs : ActuFasee et Zoomsur. Ce sont ces deux mots que je souhaiterait limiter au seul webmaster. En effet ils permettent de choisir ce qui apparait sur la page de garde.

      Du coup, j’ai limité via motus l’accès du groupe Classement FASEE à toutes les rubriques SAUF “Notre Réseau”. Cependant, quand je me connecte avec le compte d’une association et que je créé un nouvel article je peux toujours choisir des mots clefs de l’un ou l’autre des groupes.

      Je suis désolé si je ne suis pas très très clair. Mais ne t’embête pas trop si tu n’as jamais eut écho de ce problème, cela vient sûrement de mon côté.

      Il y a peut être une “incompatibilité” avec mes plugins. Acutellement j’ai :
      -  API de vérification 1.0.2 - test
      -  Acces Restreint 3.8.4 - stable
      -  Champs Extras 3.2.4 - stable
      -  Champs Extras (Interface) 3.1.0 - stable
      -  Galleria plugin pour SPIP 1.2.1 - stable
      -  Motus 1.1.1 - stable
      -  Saisies 1.30.0 - test
      -  YAML 1.5.0 - stable

      Je vais essayer de les désactiver un par un.

      A savoir que je n’ai jamais toucher au fichier “coeur” de spip.
      _Encore merci de tes réponses !

    Reply to this message

Add a comment

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Who are you?
[Log in]

To show your avatar with your message, register it first on gravatar.com (free et painless) and don’t forget to indicate your Email addresse here.

Enter your comment here

This form accepts SPIP shortcuts {{bold}} {italic} -*list [text->url] <quote> <code> and HTML code <q> <del> <ins>. To create paragraphs, just leave empty lines.

Add a document

Follow the comments: RSS 2.0 | Atom