Motus - commentaires

Motus

Bonjour,

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

Motus

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

Motus

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.

Motus

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 !

Motus

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

Motus

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 ;)

Motus

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.

Motus

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

Motus

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.

Motus

Sur les sauvegardes, bug signalé là donc http://thread.gmane.org/gmane.comp.web.spip.devel/64727

Motus

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

Motus

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.

Motus

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.

Motus

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.

Motus

Dans le fichier php à la ligne 21 ? spip_groupes_mots ?

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

Motus

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.

Motus

Via l'interface de spip dans « ajouter plugin ».

Je vais essayer ça.

Merci.

Motus

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 ?

Motus

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.

Motus

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.

Motus

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 :

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.



Motus
Ç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 ?


Motus
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.


Motus
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 ? :-(


Motus
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) ?


Motus
Bon, ça sera corrigé par 
- http://core.spip.org/projects/spip/repository/revisions/20857 (spip 3.1-dev)

- et http://core.spip.org/projects/spip/repository/revisions/20858 (spip 3.0)
Merci du signalement.


Motus
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.


Motus
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.


Motus
Juste un petit up ! Le problème persiste toujours...
C'est dommage, ce plugin est utile.


Motus
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.


Motus
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.


Motus
C'est ennuyant ce que tu dis là, parce que c'est un sélecteur utilisé dans le Core de SPIP qui créerait des malencontreux pluriels.


Motus
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 :



Motus
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 :)


Motus
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)
 
    #TITRE
  
 

 


Motus
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 !


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


Motus
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.


Motus
Ç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.


Motus
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...


Motus
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 !


Motus
Bonjour,
Sous SPIP 3.0.7 avec Motus 1.1.1 j'obtiens l'erreur :

1 Erreur SQL 1054

Unknown column 'rubriques_on' in 'field list'

SELECT technique, rubriques_on FROM spip_groupes_mots WHERE id_groupe=1
lorsque je veux enregistrer la restriction d'utilisation d'un groupe de mots à une rubrique. 

Mes plugins sont à jour.
Merci

dd


Motus
Hello,
j'essai de mettre en place le plugin sous Spip 2.1.12 et j'obtiens le message « Echec ».

Precisions aucun autre plugin ne tourne a l'exception de ceux pré requis pour le fonctionnement de Motus. Une idée ?
En tout cas super plugin, merci.


Motus
Hello,
j'essai d'installer le plugin sous Spip 2.1.12 mais j'obtiens le message « Echec ». Precision, il n'y a aucun autres plugins installés a l'exception de ceux requis par Motus.
Une idée ?
En tout cas super plugin, merci


Motus
OK maintenant ça marche !
Milles excuses, il faut que je trouve le plugin conflictuel.
Cordialement
FDG


Motus
Bien... chezmoiçamarche© :)
Je n'ai d'actif que les plugins nécessaires aux tests :
 motus,
 champs extras core,
 bonux,
 saisies,
 couteau KISS (pour activer / désactiver l'affichage des numéros).


Motus
Le fait est têtu :
 Sans Motus ça marche : les numéros sont supprimés
 Dès que j'active Motus ça ne marche plus : les numéros sont visibles
 Dès que je désactive Motus ça remarche : les numéros sont supprimés
Ce type de comportement de Motus peut-il résulter d'un conflit avec l'un des plugins activés ?
Dès que j'ai un moment je teste Motus seul avec SARKA.
Cordialement
FDG


Motus
Sarka utilise dans son fichier d'options :
$GLOBALS['table_des_traitements']['TITRE'][]= 'typo(supprimer_numero(%s), "TYPO", $connect)';
(il faudrait mieux d'ailleurs que ce soit fait avec le pipeline de déclaration d'interface).
Il y a donc dans tes plugins un qui surcharge cette déclaration quelque part. Mais ce n'est pas Motus le responsable. Il n'y a rien de tel dans ce plugin.


Motus
J'utilise le squelette Sarka-SPIP 3.0.4 standard
(URL du site SARKA)
Cordialement
FDG


Motus
Je connais bien supprimer_numéro, merci...

Mais je dis juste que je ne reproduis pas !

Quelle méthode utilises-tu pour supprimer les numéros justement ?


Motus
Cher Matthieu,
Non ce n'est pas une blague mais une fonctionnalité de SPIP lorsqu'elle est activée dans les squelettes. Voir par exemple :
 Les filtres de SPIP



- supprimer_numero sert à éliminer le numéro d'un titre, si par exemple on veut faire des tris d'articles par num titre mais ne pas afficher les numéros (car ils ne servent qu'à ordonner les articles). Le format des préfixes numerotés est « XX. titre », XX étant un nombre à n chiffres (illimité).

et là :
 SPIP 1.9 et supprimer_numero

Certains ont pu constater avec surprise que, dans la dist de la 1.9, il n'y avait plus du tout de filtre supprimer_numero dans les squelettes.
Et d'aucuns de s'en étonner, jugeant cette fonction très utile. A ce sujet voir l'article numéroter ses rubriques En effet, En version SPIP 1.9 il est désormais inutile de mettre le filtre supprimer_numero sur toutes les boucles de son squelette. La suppression du numéro se règle une bonne fois pour toutes dans ecrire/mes_options.php en mettant le bout de code disponible dans le inc_version.php : etc.

D'autre part, lorsque cela n'est pas fait dans les squelettes, une lame du couteau suisse appelée :
« Supprime le numéro »
effectue cette fonction.
Cordialement
FDG


Motus
Tiens... quelle bonne blague ça :)
Mais ça n'a pas l'air de venir de Motus. Du moins je ne reproduis pas ce comportement.

Par défaut, si je mets un numéro sur les rubriques, il apparait avec ou sans Motus (dans le privé) et avec ou sans Motus dans le public également.


Motus
Bonjour,
Je prépare actuellement un paquet SPIP 2.1.8 avec une batterie de plugins et j'ai la mauvaise surprise de voire que Motus provoque l'apparition de la numérotation des rubrique sur tous les titres des rubriques et dans les menus.
C'est à dire que les rubriques apparaissent comme suit :
10. Politique
20. Sports
30. Economie
40. Culture
50. High-tech
60. Blogs
et non pas comme suit :
Politique
Sports
Economie
Culture
High-tech
Blogs
Vous est il possible de corriger de problème ?
Cordialement
FDG


Motus
Bonjour,
J'ai un petit souci avec plusieurs sites spip utilisant ce merveilleux plugin.
Lorsque je restreint un groupe de mots-clef à une rubrique et que j'enregistre la modif, je constate que la modification n'a pas été pris en compte !
C'est très embêtant. Est-ce que la nouvelle version du plugin corrige cela ?

Il me semble que ce problème m'est récent, est ce qu'il y a un conflit avec un plugin ?
Merci


Motus - extention à Champs Extras2
Bonjour,
Ce plugin très pratique pourrait-il être étendu ou paramétrable afin de s'appliquer aux champs de champs_extras2 afin de pouvoir limiter leur périmètre à certains articles ou rubriques ?
sinon quelles seraient les points à modifier pour y parvenir ?
Merci.

Florent


Motus
énorme merci à toi, j'en rêve depuis longtemps !


Motus
Vœux exaucés...
(Ça devait être la rubrique par défaut à la création de l'article :p)


Motus
Bonjour Mathieu,
Pourquoi ce plugin est classé dans « commencer avec spip » plutot que > Administration et BDD > « Mots clefs de SPIP » comme « mots partout » par exemple ?
c'est juste parce que je me demande...
bises
nat33


Motus
j'ai pourtant mis à jour la liste, mais j'ai rien trouvé sous le nom de motus !
a part ça, le plugin est génial et fait déjà partie de mes « indispensables » :-)


Motus
Ça doit être le cas normalement.


Motus
Merci pour ce plugin !
Est-ce que l'installation automatique sera prochainement possible ?


Motus
MERCI & BRAVO.
J'avais déjà eu dans plein de sites ce genre de besoin, j'avais débuter un plugin (que je n'ai jamais fini en fait !).
Franchement c'est très bien...j'explorerai le plugin rapidement et pourquoi pas apporter ma petite contribution.
Bonne continuation @+