Plugin « Critère {mots} » - commentaires

Plugin « Critère `{mots}` »

Par contre si on met

#SET{FiltreGroupes,#ARRAY}

#SET{FiltreGroupes,
#GET{FiltreGroupes}|push{#ID_GROUPE}}


[(#FORMULAIRE_RECHERCHE_PAR_MOTS{#GET{FiltreGroupes},#SELF})]

au lieu de


[(#FORMULAIRE_RECHERCHE_PAR_MOTS{#GET{FiltreGroupes},#SELF})]

Alors, ça marche.

Je pense que le souci vient de recherche_par_mots.html ou recherche_par_mots.php dans critere_mots/v4.3.7/formulaires

J'ai essayé de tripatouiller par là, mais je ne suis pas bien doué et je n'ai pas trouvé.

Plugin « Critère `{mots}` »

Bonjour,
je teste ce plugin (Critère mots v4.3.7 sur Spip 4.10) en local sur un spip tout nu avec juste ce plugin.

En page sommaire, je met


[(#FORMULAIRE_RECHERCHE_PAR_MOTS)]


#TITRE

Si je met un groupe de mots-clés, des mots-clés dedans (et les articles qui vont avec), j'ai alors le menu déroulant « Les mots-clés », incluant les mots-clés du groupe. Ça marche très bien.

Si j'ajoute un deuxième groupe de mots-clés, Seulement la phrase « Les mots-clés » s'affiche (mais sans menu déroulant). Il n'y a plus de sélection possible.

Ne suis-je pas sensé avoir un résultat similaire à la page :
/?page=demo/parmots
? (qui elle marche nickel)

En tout cas, super plugin et en plus pensé pour « Mots arborescents » !

Critère `{mots}`

oui pourquoi se compliquer la vie :)

   [(#REM) Gestion du portfolio et des documents ] [(#INCLURE{fond=inclure/documents,id_article,id_rubrique='',env})]

je voulais afficher le portfolio de son « binôme » et cela fonctionne bien
MERCI

Critère `{mots}`

Tu n'a a priori pas besoin de critères {mots} pour cela. Le critère {mots} au pluriel permet de récuperer les articles ayant un certain nombre de mot clés passés en environnement (voir https://programmer.spip.net/L-environnement-ENV ou https://contrib.spip.net/La-balise-ENV).

Mais ton besoin toi c'est de récuperer un article qui a un mot clé commun. S'il suffit d'avoir un mot clé commun, alors :


ICI l'article principal  Ici les mots de l'article  Ici les articles qui ont le mot de la rubrique parente

Critère `{mots}`

Bonjour,

j'ai un peu de mal à comprendre le principe du critère mot...

dans une page d'article, je souhaite afficher un autre article qui a le m^me mot clé que l'article où on se trouve :

j'essaie cela :

 #TITRE

mais rien, nada

Merci pour de l'aide
Pirlo

Critère `{mots}`

Ça marche nickel :).

Critère `{mots}`

Bonjour et merci pour ce plugin... Y a-t-il un retour pour l'utilisation de ce plugin sous spip 4.2 ? Quelqu'un a-t-il déjà essayé en modifiant les bornes de version ?

Critère `{mots}`

Je ne sais pas si ce plugin est pertinent pour ce que je veux faire ?
Tout se passe du côté public.
Chaque administrateur restreint possède un groupe de mots-clés ayant exactement le même nom que l'auteur. Le premier mot généré dans son groupe est son nom. Ce mot-clé est attribué à l'auteur. De plus avec MOTUS le groupe de mots clés est lié à la rubrique restreinte de l'auteur.
Dans son groupe, sur une page mots.html ou auteur.html je voudrais qu'il puisse ajouter des sous-groupes et des mots, puis lorsqu'il est dans un article ou un document ... qu'il puisse assigner le mot clé de son choix. Enfin je voudrais que la recherche se fasse uniquement dans son groupe de mots.
J'arrive en partie à faire ce que je veux avec spipiculous et choix mots mais les mots-clés générés dans -tag- ne sont pas spécifiques à chaque utilisateur.
Je pensais qu'une boucle MOTS dans un boucle auteurs ayant {id_auteur=#SESSION{id_auteur}} ferait l'affaire mais non.Dans tous mes essais il n'y a que ce code (trouvé dans spip@rezo.net) permet d'afficher pour chaque auteur son groupe et ses mots-clés utilisés.

[(#REM) On crée le tableau ]
#SET{mots, #ARRAY} [(#REM) On remplit le tableau avec les titres des mots liés à l'auteur connecté ]
 #SET{mots, #GET{mots}|push{#TITRE}}
 Le contenu du tableau (pour info)
[(#GET{mots}|foreach)]  [(#REM) On sort les articles dont le mot est dans le tableau ]
Les articles
 #TITRE

Critère `{mots}`

Bon,

en fait idéalement, il aurait mieux value la saisie (au sens du plugins saisie) mots pour que ton champs extra permette de gérer plusieurs mots. Là tu courcircuite le mecanisme de construction automatique de formulaire par le plugin champ extra. Mais passons.

Deja, je serais toi je stocker l'identifiant du mot clef, et pas le titre, lequel est susceptible de changer.

Dans ta boucle auteur, tu dois pouvoir récuperer ce qui est stocké dans le champ preferences, via la balise #PREFERENCES. Comme c'est un tableau, tu peux utiliser le filtre |in_array pour tester si cela correspond au mot courant. Voir exemple ici

https://www.spip.net/fr_article4009.html

Ensuite, puisque tu stocke tes id de mots dans un tableau #PREFERENCES d'une boucle auteur, il te suffit pour ta recherche d'avoir le critère {mots_selon_id #PREFERENCES} pour la boucle d'evebnement, elle même intégré dans la boucle d'auteur.

Critère `{mots}`

Merci pour tes conseils Maïeul, cela m'a provoqué une chouette nuit de code... ;-)

J'ai donc exploré la piste du champs extra input qui conserve l'array de mes choix.

J'ai fait une page de récap' étape par étape. Avec les scripts et boucles utilisées pour ceux que cela intéresse : http://lakesapp.formatec.be/?page=t...

Je coince sur deux choses :

- à l'etape3, comment faire pour que mon tableau de choix soit en statut « checked » si c'est le cas dans mon array de preferences ?

- et à l'étape 5, là ont est au coeur du plugin « critere mot » que je ne maitrise pas encore bien. Comment faire pour que cette boucle agenda devienne un agenda perso en fonction de mes mots favoris ? Je pense que ton plugin est le meilleur moyen, mais je ne vois pas bien comment mettre en oeuvre.

Critère `{mots}`

Il y a deux points différents :
- comment tu stocke les mot clefs pour chaque utilisateur. La piste champ extra est une piste possible, à mon avis la plus pertinente, mais tu pourrais aussi associer des mots clefs aux utilisateurs.
Inconvénient et avantage des deux solutions :
L'avantage de champ extra est que l'interface sans doute plus simple à mettre en place côté publique (juste un formulaire), et les données seraient stockées sous forme de tableau, donc plus simple pour ta future requete. L'inconvénient est que pour le moment la saisie « Mot clefs » ne permet pas de saisir plusieurs mot clefs. A priori cela ne devrait pas être hyper compliqué de l'adapter, mais il faut quand même un peu de temps. Je te propose de le faire toi même, ou de poser la question sur le forum du plugin saisies si tu ne t'en sent pas les compétences.-
- comment tu t'en sert pour ensuite afficher un contenu personnalisé. Le plugin critères mots te permettra de faire cela.

Critère `{mots}`

J'ai besoin des conseils de la communauté car plusieurs pistes se dessinent, mais je ne sais pas pour laquelle opter.

OBJECTIF : les visiteurs peuvent accéder à leur profil et modifier leurs centres d'intérêts. Ceux ci se présentent dans des groupes de mots clés. Les mêmes que ceux attribués aux articles, les boucles articles et evenements seront par la suite adaptées pour que chaque auteur/visiteur recoivent un contenu perso.

- j'ai ajouté un champs extra 'mot clé' sur la table auteur, mais impossible de faire des choix multiples (ai-je mal vu ? est ce possible ?).

- autre possibilité : faut il opter pour un champs extra 'input' qui recevra une array des choix persos de l'auteur et seront envoyés sur la table via :

 $preferences = implode(',', $preferences); $set = array( 'preferences ' => $preferences , ); sql_updateq( "spip_auteurs", $set,
(...)

- mes recherches m'ont mené sur ce plugin 'critère mot' , serait il une autre piste exploitable ?

Je cherche le plus simple et efficace, mais j'avoue que je suis un peu perdu....

Merci de votre aide.

Critère `{mots}`

Bonjour,
J'utilise ce plugin, mais je rencontre un problème, je m'explique :
Je travaille avec deux groupes de mots clés : groupe1 et groupe2
- Pour groupe1 sont des case a coché et on peut sélectionner un ou plusieurs mots
- Pour groupe2 c'est juste une liste déroulant
Voici mon formulaire :

   #TITRE
 
 
#TITRE

Si je choisis un mot dans groupe1 et un dans le groupe 2, le résultat s'affiche correctement....Par contre si je choisis plusieurs mots dans le groupe1(case cochet), le résultat est erroné

Voici la boucle du résultat

 #GRAND_TOTAL 
 

#TITRE
  
  Pas de résultat trouvé

En gros sont les case a cochet qui pose probléme
Merci de votre aide

Critère `{mots}`

Bon, voilà qui devrait résoudre ce point :
https://zone.spip.org/trac/spip-zone/changeset/104950

Note : ça marche chez moi.

Où :
- mots est une liste optionnelle d'identifiants de mots où je fais des ET systématiques entre eux
- mots_ou_n est une liste optionnelle d'identifiants ou je fais des OU entre eux.

Critère `{mots}`

Quelque chose me dit qu'il faudrait incrémenter dans critere_mots_dist() la variable $mots_where à chaque usage du critère dans une même boucle.

Si on savait la position du critère dans la boucle, ça suffirait d'ailleurs comme suffixe.

Critère `{mots}`

Utilisation de mots dans un include.

Je souhaite utiliser ce critères mots ? dans un fichier include.

inclusion : [(#INCLUREfond=inc_ressource_mot_and id_rubrique=#ENVidrubriquerechercheid_motid_auteurenvajax)]

Boucle dans le include :

- peut-on mettre un ? comme pour un autre critère optionnel ?
- à première vue il ne comprend pas si on ajoute simplement id_mot à l'include. Faut-il refaire le tableau id_mot ?

Merci de votre aide.
Julien

Critère `{mots}`

Oui, {!id_mot=XX} est parfois piégeux. Pour des boucles de recherches, notamment, j'ai dû utiliser {!titre_mot=exclure} pour avoir le résultat voulu. Ce n'est pas l'idéal mais ça fonctionne.

Critère `{mots}`

Les joies de l'informatique !

Critère `{mots}`

pourtant je t'ai donné en 4 heure la réponse pour revenir à l'ancien systeme…

et franchement ton cas est à mon avis vraiment exceptionnel…

Critère `{mots}`

Bonjour Maïeul,

J'ai du recoder en urgence le site en utilisant un autre système suite à la défaillance du plugin
Je vais le réutiliser et te donnerais un retour
Merci pour la mise à jour

Bien cordialement

Critère `{mots}`

Testé et approuvé. 👍

Critère `{mots}`

un petit retour sur la version 4.0.0 ? apparemment ce n'était pas si urgent que cela…

Critère `{mots}`

la version 4.0.1 corrige cela, elle devrait être disponible vers 18h.

Critère `{mots}`

Bonjour.

Sur mon site de tests, après passage de la version 3.0.1 à 4.0.0, et sur une page utilisant le critère mots, j'ai le contenu de l'array qui s'affiche au-dessus du doctype (et sur la page !) :

array(14) { [0]=> string(5) "13192" [1]=> string(5) "13210" [2]=> string(5) "13218" […] [12]=> string(5) "13365" [13]=> string(5) "13594"
}

Les strings correspondent bien aux articles (publiés ou non) ayant le mot-clé demandé. Je n'ai pas vu d'autre problème : le reste de la page s'affiche correctement.

SPIP 3.1.3, PHP 5.3.3 (Je sais, je dois demander à notre hébergeur de faire un upgrade…)

Joyeux décembre !

1138.

Critère `{mots}`

bon, j'ai pu me dégager du temps. La version 4.0.0 évite ce problème tout en optimisant la requete (ou plus précisement, en contournant un bug de mysql 5)

Critère `{mots}`

mettre

define ('_CRITERE_MOTS_OPTIMISE',0);

dans mes_options.php. Cela rebasculera sur l'ancien système, plus lent mais visiblement fonctionnel. Désolé mais je peux pas m'occuper de voir comment utiliser le système optimisé avant dimanche.

Critère `{mots}`

Up up relance urgent, site foutu sans !id_mot= ; normalement il devrait y avoir des centaines de milliers de sites foutus suite à cette maj, avec des boucles qui séléctionnent n'importe quoi

Une autre manière d'exclure un mot d'une boucle en attendant que celui-ci refonctionne ?

Merci d'avance

Critère `{mots}`

oui, les requetes SQL sont plus rapides. C'était du reste le but de l'optimisation.

Faut que je vois pour la question du critère {!id_mot}, mais celui-ci est déjà piègeux dans certains cas.

Bref, je vais essayer de voir cela ce week-end. N'hésite pas àme relancer si besoin.

Critère `{mots}`

Bonjour,

Depuis la maj vers plugin SPIP critère mots 3.0.1 le critère !id_mot ne fonctionne plus

Fait planter le site, erreur SQL :

Le critère !id_mot n'est pas pris en compte :

On dirait en revanche que les requêtes SQL sont plus rapides.

Critère `{mots}`

Ça marche au poil. 👍

Merci !

Critère `{mots}`

lA version 3.0.1 corrige ce bug, qui concerne uniquement les versions de PHP < 5.4

Critère `{mots}`

Je vous ai envoyé les phpinfo par mail ... et je viens de tester sur une nouvelle installation, sans autre plugin, histoire de trouver l'éventuel « coupable », et avec tous les reports activés.

Il se passe exactement la même chose : plantage puis rien.

???

En scannant les logs, j'ai trouvé ceci dans spip.log

Activer le plugin « @plugin@ » (version : @version@) : variables inutilisees version_maj

Suivi de

redirige 302 : http://www.enviroboite.net/test/ecrire/?exec=admin_plugin&action=actionner&redirect=http%3A%2F%2Fwww.enviroboite.net%2Ftest%2Fecrire%2F%3Fexec%3Dadmin_plugin

Je ne sais pas si cela peut aider ?

Je vous envoie les logs par mail.

Critère `{mots}`

imprimer en PDF et m'envoyer un courriel monprenom@monprenom.net

Critère `{mots}`

Oui, j'y ai pensé ... mais il faut que je trouve la fenêtre de temps.

En attendant, j'ai les 2 phpinfos en version html, comment vous les faire parvenir ?

Faire un zip des 2 et le renommer en png ? C'est peut-être moyen pour le fil si cela passe ...

Critère `{mots}`

effectivement des details serait pas mal.

Mais sinon installer spip dans un sous dossier le temps des tests ?

Critère `{mots}`

Le problème se produit sur un site en production.

La même configuration SPIP (version, plugins installés) sur mon serveur local ne pose aucun problème.

Activer toutes les erreurs sur le site en production et le planter est un peu délicat ...

En revanche, les 2 configurations APACHE sont différentes.
Je peux vous donner le détails.

Url en ligne : http: // www . enviroboite . net

Critère `{mots}`

il faudrait voir si le fait de mettre

define('_INTERDIRE_COMPACTE_HEAD_ECRIRE', 1);
define('SPIP_ERREUR_REPORT',E_ALL);
error_reporting(E_ALL^E_NOTICE);

dans mes_options.php affiche des messages d'erreurs spécifiques.

Critère `{mots}`

il faudrait voir s'il y a pas de conflit avec d'autres plugins. Chez moi aucun souci pour activer.

Critère `{mots}`

J'ai refait une tentative :

Désinstaller la version 2.6
Vider les caches
Logs détailles
Installer version 3.0

Rien à faire : tout plante, le site devient totalement inaccessible côté public et côté privé.

Je n'ai rien trouvé dans les logs ... ceci étant, SPIP plante dès l'activation.

Critère `{mots}`

En effet, ce n'est pas vraiment corrigé : elle a viré la version 3.0.0 par FTP 😉. J'ai fait pareil et remis la 2.1.6…

Critère `{mots}`

Vero n'indique pas comment elle a corrigé…

Critère `{mots}`

J'ai eu exactement le même problème que Vero avec un Spip 3.0.24, et je l'ai corrigé de la même manière qu'elle.

J'essayerai après ce long weekend sur le site de dev (3.1.3).

Critère `{mots}`

Merci pour la rapidité de la réponse !
Je vais attendre une heure de moindre activité pour reprendre calmement cette tentative.
Quoiqu'il arrive, je reviens vers vous pour le bilan.

Critère `{mots}`

A priori cette mise à jour devrait plutôt être bénéfique. Il faudrait voir quelle est la boucle qui pose souci. Vider le cache aussi. Et activer les logs détaillés pour plus de détails. Voir le dernier paragraphe de cet article : http://www.spip.net/fr_article4453.html

Critère `{mots}`

Bonjour,

La mise à jour de la version 2.1.6 à 3.0.0 sur un spip 3.1.3 plante complètement le site (obligé de supprimer le répertoire du plugin en ftp ...)

Le problème se produit sur le site en production, en revanche, la mise à jour ne me pose aucun problème sur une copie locale.

Je n'ai aucune traces dans les logs. Problème version PHP, MySQL ???

Merci pour vos lumières ... et pour ce plugin.

Critère `{mots}`

il n'est techniquement pas possible d'avoir un critère qui produise ta requete, du à des limites du compilateur de SPIP (ou alors à mes propres limite), mais la version 3.0.0 du plugin produit une requete qui contourne le bug de mysql.

SELECT articles.titre, articles.id_article, articles.lang FROM mu_localhost.spip_articles AS articles INNER JOIN mu_localhost.spip_mots_liens AS mots_liens ON ( mots_liens.id_objet = articles.id_article AND mots_liens.objet='article') WHERE (articles.statut = 'publie') AND ((mots_liens.id_mot=1) OR (mots_liens.id_mot=2) OR (mots_liens.id_mot=3) OR (mots_liens.id_mot=4) OR (mots_liens.id_mot=5) OR (mots_liens.id_mot=6) OR (mots_liens.id_mot=7) OR (mots_liens.id_mot=8) OR (mots_liens.id_mot=9) OR (mots_liens.id_mot=10)) GROUP BY articles.id_article HAVING COUNT(mots_liens.id_objet) >= 10

à la place de

SELECT articles.id_article, articles.titre, articles.lang FROM mu_localhost.spip_articles AS articles WHERE (articles.statut = 'publie') AND articles.id_article IN ( SELECT id_objet FROM mu_localhost.spip_mots_liens WHERE id_mot=1 and objet='article' OR id_mot=2 and objet='article' OR id_mot=3 and objet='article' OR id_mot=4 and objet='article' OR id_mot=5 and objet='article' OR id_mot=6 and objet='article' OR id_mot=7 and objet='article' OR id_mot=8 and objet='article' OR id_mot=9 and objet='article' OR id_mot=10 and objet='article' GROUP BY id_objet,objet HAVING SUM(1) >= 10 )

La première requete est cent fois plus rapide que la seconde.

A noter que la lenteur est du à un bug de mysql, résolu dans les nouvelles versions (6.x) https://bugs.mysql.com/bug.php?id=32665

Critère `{mots}`

bon, je viens de retomber sur cette comparaison.
La différence tient principalement à la question de SUM(1) >= 3. Ceci est lié au paramètre de boucle qui permet de faire la recherche y compris s'il n'y a pas 100 % des mots qui sont affecté à l'objet.

Etant donné que ce cas est facilement detectable, on pourrait effectivement mettre un comportement différent pour gagner en vitesse.

Critère `{mots}`

salut,
je viens de voir ton message. Comme cela je ne sais pas. Il me faudrait vraiment une base de test et un formulaire pour y voir plus clair.

Critère `{mots}`

Bonjour,

Je rencontre un problème de réantrance.
Je m'explique : je veux :

avoir 3 listes de mots sélectionnables (cases à cocher)
récupérer les événements qui ont au moins un mot de chaque liste (ou pas de filtre sur cette liste si aucun mot n'est sélectionné dans une liste)

Autrement dit, un filtre à la LDLC.com

Côté formulaire, c'est bon !

Côté boucle, en lisant la doc, j'en ai conclus que

devrait marcher.

Le Code SQL généré est presque bon, à un détail près : il prend en compte 3 fois les mots sélectionnés dans la 3^e liste :

SELECT evenements.id_evenement, evenements.date_debut, evenements.titre
FROM spip_evenements AS evenements
WHERE (evenements.statut = 'publie') AND evenements.id_evenement IN ( SELECT id_objet FROM spip_mots_liens WHERE id_mot=27 and objet='evenement' OR id_mot=31 and objet='evenement' GROUP BY id_objet,objet HAVING SUM(1) >= 0 ) AND evenements.id_evenement IN ( SELECT id_objet FROM spip_mots_liens WHERE id_mot=27 and objet='evenement' OR id_mot=31 and objet='evenement' GROUP BY id_objet,objet HAVING SUM(1) >= 0 ) AND evenements.id_evenement IN ( SELECT id_objet FROM spip_mots_liens WHERE id_mot=27 and objet='evenement' OR id_mot=31 and objet='evenement' GROUP BY id_objet,objet HAVING SUM(1) >= 0 )
ORDER BY evenements.date_debut

J'ai essayer de regarde le code du critère, mais je ne sais pas pourquoi $quoi n'est pas pris en compte pour différencier les 3 IN (SELECT...

Critère `{mots}`

il y a le formulaire deja proposé, mais ce n'est pas mois l'auteur ... je ne sais pas je n'ai pas trop le tps en ce moment ...

Critère `{mots}`

Bonjour Maïeul,
je ne suis pas parvenu à faire fonctionner le formulaire CVT demo/parmots, aussi je n'ai pu utiliser {mots} que grâce à tes explications dans ce forum. Donc oui mon article pour « débutant CVT », n'a pas de rapport exclusif avec {mots}, mais ce serait bien d'avoir (et j'espère parvenir à) un ou des formulaires CVT fonctionnelles pour {mots}, non ?

Critère `{mots}`

je ne saisi pas le rapport entre votre problème et l'article. L'un parle de {mots} l'autre de CVT.

Critère `{mots}`

Bonjour,
oui pourquoi ? je me suis plongé calmement dans cet ardu code, avec la doc officiel, et des infos glanées sur le net (d'autres tournent sur le pb), et beaucoup de persévérance je commence à y comprendre un petit peu qcq chose. Je propose cette article pour les débutants (je l'ai publié, comme ébauche wiki de contribution pédagogique, il m''a été personnellement utile de le faire, mais je ne me vexerai pas si on juge que c'est trop simple et succin)

Critère `{mots}`

Bonjour,
m'agace, ça marche (liens ci-dessus, code ci-dessous) mais, pourquoi ?!
(et toute mes tentatives de faire autrement, de décomposer le pb, se solde par des échecs. Pourtant ça devrait pas marcher avec name=mots[] pour tous les checkbox ?...)
le code (qui marche) :

 [(#SELF|parametre_url{mots,''}|form_hidden)]


 #TITRE




 #TITRE 

" />
 [(#REM) Albums trouves ]

...

Critère `{mots}`

Bonjour,
un mixte des 2 cas précédents : sélection selon 2 groupes de mots clés avec des cases à cocher. Pour le 1^er groupe un seul mot peut être choisi, pour le 2^d on peut en choisir plusieurs. recherche_blocs . cool ! merci Maïeul

Le critére {mot} se traduit donc par des & sur les mots clés sélectionnés
Dois-je abandonner son utilisation pour essayer de faire des « ou » ? comme le ferait :

(avec {mot} selectionner Enfant + Caramel abouti à 0 résultat car un circuit ne peut pas être les 2 . J'ai vainement longuement essayé de faire sortir ceux qui était l'un ou l'autre, l'idée me semblait de renvoyer 2 #GET, un pour le gpe1 et un pour le gpe2 , mais je m'en sors pas, (et c'est déjà pas si mal comme ça ! ) mais si vous avez des suggestions, doc plus concrète que programmer.spip , des exemples plus simple à décrypter que page=demo/parmots (qui ne marche pas), je suis preneur.

Critère `{mots}`

Merci Maïeul, c'est exactement ce qu'il me fallait, ça marche niquel. Encore merci !

Critère `{mots}`

si j'ai bien compris ton besoin, alors dans la parti optionell utilise

[(#ENV{mots}|oui) texte à afficher si le formulaire a bien été rempli mais ne fournit pas de résultat].

Critère `{mots}`

Bonsoir,

Alors j'ai testée le critère optionnel en remplaçant mots par mots ? cela semble fonctionner, mais je n'ai pas le résultat attendu.
En faite, je veux afficher par défaut toutes les brèves, puisque le formulaire reste optionnel (sinon les visiteurs ne vont pas comprendre pourquoi ils arrivent sur une page vide).

Or, si j'utilise le critère mots ? vu qu'aucun paramètre n'est passé en environnement quand on arrive sur la page, et bien je me retrouve effectivement avec une page vide.
Par contre ça fonctionne bien, si jamais je lance une recherche sur le formulaire pour sélectionner par exemple des « chatons » « mâles » et qu'il y en a pas cela ne rend aucun résultat. Cependant, j'aimerais alors afficher toutes les brèves, mais en précisant que la recherche n'a pas donnée de résultat (histoire que les visiteurs ne pensent pas qu'il y a un problème avec le formulaire).

Avec le code alternatif de la balise /B>, j'arrive à afficher par défaut l'ensemble de mes brèves, le formulaire est fonctionnel, cependant, si je lance une recherche qui ne donne aucun résultat, j'ai alors toutes mes brèves qui s'affichent (jusque là c'est ce que je veux) MAIS je n'ai pas possibilité de laisser un message pour dire que la recherche n'a aboutie sur aucun résultat (car si je mets ce message dans mon code alternatif, alors il apparaît aussi quand les visiteurs arrivent sur la page, sans même avoir utiliser le formulaire).

Je sais pas si je suis claire dans mes explications, mais je ne vois pas tellement comment solutionner ce soucis.

Critère `{mots}`

a ben si mon code utilise le plugin : c'est le critère {mots}. je ne suis pas responsable de la création du formulaire en question, et j'ignore comment il fonctionne.

Pour ta question, les critères de spip peuvent avoir un ?, ce qui signifie qu'ils sont optionnels : si les paramètres nécessaires sont passés en environnement, alors le critère est utilisé, sinon non. Voir http://programmer.spip.net/Criteres-optionnels.

Donc dans ton cas : {mots?}

Critère `{mots}`

C'est encore moi.

J'ai trouvée la réponse à ma dernière question.

Pour afficher par défaut toute les brèves j'ai utilisées un code alternatif avec la balise /B_nom_de_ma_boucle>, j'ai juste retirée le critère « mots » sur cette boucle qui est strictement identique à la première.
Par contre, du coup, si je n'obtiens aucun résultat (imaginons que l'utilisateur cherche un chaton mâle et qu'il n'y en a pas, du coup le résultat affiche toutes les brèves).

Du coup je ne pense pas que ce soit la solution idéale, car il faudrait que par défaut cela affiche toutes les brèves, mais que si le formulaire ne donne aucun résultat, cela affiche toutes les brèves, mais en affichant aussi un message du type « Aucun résultat » pour que l'utilisateur ne pense pas que le formulaire ne fonctionne pas.

Du coup je ne sais pas comment procéder. Une idée ?

Critère `{mots}`

Un grand Merciiii Maïeul pour ton aide ! (En plus tu es super réactif !)

Du coup si je comprends bien, avec ta solution on utilise pas le plugin enfin de compte ? En tout cas je ne vois pas la balise qui s'y rapporte ?

Concernant mon formulaire, effectivement en l'état il n'était pas fonctionnel, je l'avais fais juste pour voir ce que ça donnerait sur la page web en question. Puis, de toute façon, je n'aurais pas su qu'il fallait utiliser la boucle SELF, les formulaires c'est effectivement pas ma spécialité comme tu peux constater. lol

En gros, moi je me cassais les dents sur ça « [(#FORMULAIRE_RECHERCHE_PAR_MOTS)] » pensant que ce serait la clé de mon problème.

Du coup encore merci pour le code, car non seulement il fonctionne mais en plus c'est bien expliqué pour que je comprenne (et puisse le réutiliser si besoin).

J'aurais encore une question, comment afficher sur ma page par défaut toutes les brèves ?
En gros, ce que je souhaite, c'est que si l'utilisateur n'utilise pas le formulaire (et donc ne passe pas de mot clef en URL), toutes les brefs soient par défaut afficher sur la page.
Le formulaire ayant pour but juste de faire une sélection pour facilité les recherches de l'utilisateur, mais il reste facultatif.

Critère `{mots}`

Commençons par le formulaire. Je te conseille très fortement de lire une documentation sur comment fonctionnent les formulaires en HTML, parce que là ton formulaire, en l'état, ne peux rien faire.

deja, virons le ajax, pour le moment. On verra cela plus tard.

Ensuite, il faut que le formulaire poste quelque part, donc

On va repasser également tous les paramètres de la page, sauf mots qui change d'une fois sur l'autre. Pour cela on utilise le filtre |form_hidden appliqué sur un #SELF (url de la page) lui même filtré du paramètre « mots » :

[(#SELF|parametre_url{mots,''}|form_hidden)]

Il faut enfin préciser la variable où sera transmis la valeur de chaque menu déroulant, en l'occurance « mots[] » :

(Bon, il faudrait affiner pour avoir une structure html correcte. Voir http://www.spip.net/fr_article3791.html.

Reste ensuite à passer le critère {mots} :






[(#LOGO_BREVE|image_reduire{190,0}|image_recadre{140,140,center})]


[(#TITRE)]
[Sexe : (#LISTER_VALEURS{sexe})]
[Date de naissance : (#DATE_NAISSANCE|date_relative)]
[Lieu : (#LIEU)]
[(#COURT_DESCRIPTIF)]

Critère `{mots}`

Bonjour,

J'ai besoin de ce plugins pour insérer un formulaire de recherche sur un site que je suis en train de réaliser.
Voilà un bon moment que je me casse les dents dessus.

Mon objectif :
Sur une page réunissant plusieurs brèves, je souhaite que les visiteurs puissent effectuer un trie de ces brèves selon les mots clefs qu'ils auront choisie.
J'ai 3 groupes de mots clefs et je souhaite que le trie soit effectué selon deux de ces groupes (le troisième me servant ailleurs, mais pas dans ce cas présent).
Mes deux groupes comportes chacun plusieurs mots clefs :
Il y a le groupe « Age » qui a pour mots clefs : « chaton », « junior », « adulte », « senior ».
Et le groupe « Sexe » qui a pour mots clefs : « mâle » et « femelle »

Les visiteurs peuvent ne choisir que l'un des deux groupes s'il le souhaite (par exemple il recherche un chaton, mais n'ont pas de préférence sur le sexe), ou les deux (si par exemple ils recherchent précisement un chat adulte femelle).

Je veux donc que sur un même page, par défaut toutes les brèves s'affichent, et que si le visiteur le désire, un tri soit effectué selon ses critères et que cela recharge la liste des brèves sur cette même page.

Pour afficher mes brèves j'ai ce code :






[(#LOGO_BREVE|image_reduire{190,0}|image_recadre{140,140,center})]


[(#TITRE)]
[Sexe : (#LISTER_VALEURS{sexe})]
[Date de naissance : (#DATE_NAISSANCE|date_relative)]
[Lieu : (#LIEU)]
[(#COURT_DESCRIPTIF)]

Et mon formulaire ressemblerait à quelque chose comme ça (il n'est pas fonctionnel pour le moment) :

Vous recherchez...

J'ai essayée toute sorte de chose pour faire fonctionner le plugin critère mot, sans résultat.
Juste pour info j'utilise SPIP 3.

Et après vérification sur la page de démo du plugins, je peux choisir parmi mes 3 groupes de mots clefs (Age, Sexe et Date adoption - ce dernier groupe ne m'étant pas utile sur cette page -), mais ensuite, une fois un groupe sélectionné, je ne peux pas choisir de mot clef y correspondant (j'ai juste un « mot clef même groupe » affiché).

Donc voilà ou j'en suis, si vous pouvez apporter de l'aide (et des explications) je suis preneuse, parce que là, je suis complètement bloquée et désespérée. Snif !

Merci par avance.

Critère `{mots}`

C'est super !!

J'ai ajouté {id_rubrique} pour permettre de faire la recherche uniquement dans la rubrique que je souhaite et le tour est joué.

Un grand merci ! :D

Critère `{mots}`

oui, parce que dans mes testes suite au fait que le plugin n'était pas activé, j'ai oublié le ? dans {mots?}.

Ca devrait aller mieux comme cela.

Et maintenant, la réponse de l'exercice ;-)

Critère `{mots}`

Super ! Plus de message d'erreur !

Une fois le mot clé sélectionné, la liste apparait bien.
Par contre, vous disiez plus haut que ce code doit faire apparaitre tous les articles si aucun mot clé n'est sélectionné, ce n'est pas le cas.

Critère `{mots}`

a mais oui,

c'est le code

[(#ID_MOT|in_array{#ENV{mots}}|oui) checked="checked"]

qui est mauvais. Le but c'est de tester si le mot courant se trouve dans la liste des mots du précédent formulaire. Si oui, on coche la case.

Mais sauf que ca va pas.

Et donc la doc sur #ARRAY que vous avez trouvé donne la solution. Désolé un peu fatigué (et chez moi les messages d'erreurs sont désactivés.

La solution est de remplacer par :

[(#ENV{mots}|find{#ID_MOT}|oui) checked="checked"]

Critère `{mots}`

J'ai trouvé ceci dans cet article spip sur #ARRAY (dans les notes de bas de page) :

« |find correspond à la fonction PHP in_array, à la différence que ce filtre ne produit pas le message d'erreur "Warning : in_array() [function.in-array] : Wrong datatype for second argument." si la variable n'est finalement pas un tableau. En effet, lorsqu'une variable est générée dynamiquement, on ne sait pas toujours si elle existera et s'il s'agira bien d'un tableau. »

Ca parle de mon problème, mais par contre, ça dépasse mes compétences là !

Critère `{mots}`

Excusez moi de la réponse tardive...
PHP Version 5.2.17

ne surtout jamais modifié le dossier squelette.

Pas d'inquiétude, je ne modifie pas le dossier squelette dist, mais j'insère mes squelettes dans un dossier squelettes personnels :)

Critère `{mots}`

quelle version de PHP (allez dans http://urldusite/ecrire/?exec=info pour savoir).

Critère `{mots}`

Ca y est presque !
Juste ceci apparait au dessus de ma liste a choix multiple :

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /home//www/ecrire/public/composer.php(69) : eval()'d code on line 45

Critère `{mots}`

videz le cache le cas échéant ...

Critère `{mots}`

ne surtout jamais modifié le dossier squelette.

A tout hasard, le plugin est bien activé ?

Sinon pour SPIP 2.1, il faut mettre



 [(#SELF|form_hidden)]  0}>  #TITRE  
  
 " />


    #TITRE

Critère `{mots}`

SPIP 2.1.23

Et j'ai mis le code dans le fichier « recherche_par_mots.html » dans mon dossier squelettes. J'ai même testé de le mettre dans le dossier plugin directement. Rien à faire. J'ai l'impression que le critère « mots » n'est pas accepté ! A chaque fois ça me renvoi un bug !

Critère `{mots}`

heu, je vous assure que j'ai testé cela avant de vous envoyé.

Quelle config de SPIP avez vous ? où avez vous mis le code ?

Critère `{mots}`

Aie... déjà erreur à la 1^e ligne !
Spip m'indique :

1 Erreur(s) dans le squelette (...)
Critère inconnu = _mots

Et sinon, tous les articles de mon site apparaissent.

Critère `{mots}`

Bon, alors on va faire une chose simple : je vous donne un code qui marche. Ce qu'il fait :

- lister les mots clefs avec case à cocher
- afficher les articles avec ces mots clefs, sauf si aucun mot clefs n'a été choisi, dans ce cas il affiche tout.

Vous testez ce code, et ensuite vous me faite un retour en m'indiquant lignes par lignes ce que fait le code. Comme cela je vous fournis un code déjà prêt ET en plus vous vous formez.

Avec la doc de base de SPIP + du plugins + notions de HTML vous devrez le comprendre. Et sinon vous posez des questions.



 [(#SELF|form_hidden)]    #TITRE  
  
 " />


    #TITRE

Critère `{mots}`

Plutôt débutante !
J'arrive à faire quelques boucles simples pour appeler des articles ou des documents dans mes squelettes mais je me base souvent sur les codes fournis pour essayer de les comprendre.

Critère `{mots}`

quelles connaissances SPIP avez vous ?

Critère `{mots}`

Bonjour, petit up pour ce post.
Je souhaiterais moi aussi pouvoir avoir une liste à cocher plutôt qu'un/deux menu(s) déroulant et pouvoir choisir en même temps dans deux listes de mots clés. Les explications fournies ne suffisent pas à mon niveau !
Pourrais-je avoir plus d'explications ?

Et pour ajouter une difficulté, je souhaiterais que d'abord tous les articles (de la rubrique concernée par ma recherche) apparaissent dans la page et qu'ensuite en sélectionnant les mots clés, la sélection devienne plus restrictive. Alors qu'actuellement seule la sélection de mots fait apparaitre une liste d'articles, en commençant par une page vide.

J'espère être assez claire.
Merci d'avance.

Critère `{mots}`

Oups petite erreur de lien dans mon commentaire précédent : Afficher les articles connexes, triés par pertinence...

Critère `{mots}`

Bien vu b_b, c'était ça !
Merci beaucoup ;)

(Bon du coup, aucun rapport avec le plugin, désolé pour le bruit ^^)

Critère `{mots}`

Hop, « il suffit de nommer le critère pagination », par exemple {pagination 15 #ID_TRUC}, cf :

http://www.spip.net/fr_article3367.html#pagination

Ça devrait fixer le pb ;)

Critère `{mots}`

ca veut dire quoi elle affecte tout le bloc de résultat ?

Critère `{mots}`

Bonjour,

Je rencontre un problème très étrange de pagination erratique sur boucle imbriquée avec critère_mots.

Je suis sur une page mot.html
revue pour lister tous les articles d'une certaine rubrique, classés par familles.

Mes familles sont dans un autre groupe de mot-clé

Une première boucle récupère le nom d'une famille,
Une seconde boucle imbriquée, récupère les article tagué à la fois par l'id_mot sur lequel on se trouve ET l'id_mot de la famille remontée par le premier niveau.

Tout fonctionne sauf la pagination. Si j'essaie d'utiliser la pagin sur un des blocs de résultats, en fait elle affecte TOUS les blocs de résultats.

Le code :


#TITRE
   #_familles:TITRE
  [(#REM) Listes des formations mot + famille  ] [(#REM) Articles de la rubrique Formations lies au mot-cle ]  #ANCRE_PAGINATION  [(#TITRE)
]  #PAGINATION{page_precedent_suivant}
  Pas de formation disponible

Si quelqu'un a une idée de où ca merdoie...

Merci d'avance ;)

Critère `{mots}`

je confirme avoir essayé cet exemple chez moi avant de te l'envoyer. Et même si les crochets sont encodés dans l'URL cela n'empêche pas le bon fonctionnement du critère.

Du reste tu n'a qu'à vérifer en faisant [(#ENV{mots}|var_dump)] > tu verra que tu a bien affaire à un tableau.

Ton pb doit venir d'ailleur, mais de quoi ?

Critère `{mots}`

J'ai essayé avec cet exemple. Les crochets ne passent pas plus. Il sont systématiquement encodé en %5B et %5D dans l'Url. Test fait en local et sur serveur. Si quelqu'un a une piste....

Critère `{mots}`

les crochets ne sont pas responsables du problème. Ils sont normaux.

Le pb doit venir d'ailleurs. Exemple là sur une page toto.html





 
#TITRE

Fonctionne parfaitement.

Critère `{mots}`

Merci, cela appelle en effet la bonne page mais les crochets restent transformés dans l'URL ( &mots%5B2%5D=1), du coup la page résultats ne donne toujours rien.

Critère `{mots}`

il faut que tu mette l'url de page en hidden

le fait d'être en zpip ne change rien à la question.

(bon dans l'idéal faudrait faire un vrai form propre sous la forme de CVT)

Critère `{mots}`

Pour la rubrique, cela fonctionne, erreur d'étourderie ma part, il fallait mettre id_secteur=XXX, car les articles étaient dans des sous rubrique de la rubrique en question. Mais pour le passage des variables à l'URL, je ne vois pas comment faire...

Critère `{mots}`

Merci du retour rapide.

La méthode get me renvoie à la page d'accueil car l'url créée donne ceci :

spip.php ?mots%5B0%5D=12&mots%5B1%5D=17&mots%5B2%5D=2&ok=chercher

Sinon oui, j'ai bien mis le numéro de rubrique.
Petite précision, le site fonctionne avec zpip, cela peut éventuellement expliquer ces problèmes ?

Critère `{mots}`

1. Sans être expert en la question, je pense que tu devrait remplacer method="post" par method="get". Cela passera correctement les variables à l'URL.
2. {id_rubrique=XXX} tu as bien remplacé XXX par la rubrique où tu veux limiter ?

Critère `{mots}`

Voici le formulaire :

Et voici la page de résultats :

#TITRE  
 <:resultats_recherche:>
    #TITRE 
  
 #PAGINATION

J'ai deux problèmes :

1. Le formulaire passe les mots via #ENV à la page de résultats (et les mots sont affichés sur cette page) mais les articles ne s'affichent pas, sauf si j'écris dans l'URL "&mot[]=10&mot[1]=3...

2. Si j'ajoute {id_rubrique=XXX} à ma boucle « recherche_par », il n' a plus de résultat.

Merci de toute lumière !

Critère `{mots}`

Salut,

Je lis ton message un peu tardivement...

Tu trouveras une ancienne technique similaire (ancienne aussi) ici : article 1538 et qui est détaillée pour un usage similaire au critère mots ici : http://thread.gmane.org/gmane.comp.....

Pour moi, ça s'est avéré environ 10x plus rapide à l'exécution que critère mots... Toutefois c'est moins souple (ou plus difficile à manipuler).

Voici le code :

[
(#REM) Une première boucle qui prépare une pile avec doublons nommée liste_0 (Ici on peut rajouter des critères si on veut choisir des articles en particulier à filtrer avec des mots) Ça peut marcher aussi pour d'autres boucles que ARTICLES...
]

[
(#REM) Ensuite pour chaque mot de mon tableau... "ma_liste_de_mots" contient une liste de mots qui servent de filtres
]

[(#SET{moinsun,[(#_Les_mots:COMPTEUR_BOUCLE|moins{1})]})] [ (#REM) on choisi parmi les articles de la pile précédente (liste_x où x est compteur_boucle-1) les articles qui sont rattachés au mot. Et on les empile avec un doublons dans la pile suivante (liste_y où y=compteur de boucle) ] 

[
(#REM) Au final, on a une pile (nommée liste_z où z=nombre de tour de boucle "Les_mots") qui contient bien seulement les articles qui ont tous les mots du tableau C'est ce que liste la boucle d'après. (ça peut être l'occasion de les trier d'une façon ou d'une autre...)
]
 #TITRE

Critère `{mots}`

le critère s'appliquant à une boucle, il suffit de mettre le critère classique {id_rubrique=XXX} sur cette boucle.

Critère `{mots}`

Bonjour,

Est-il possible de limiter le résultat de la recherche à une rubrique ? La solution donnée sur le post du 27 mai 2011 à 15:59 ne semble pas fonctionner.

Critère `{mots}`

ce plugin de fou...

J'ai passé des centaines d'heures pour réaliser divers moteurs multicritères ces dernières années. Et ce soir je tombe sur ce plugin, tout fait, tout simple, tout bête et en 5mⁿ j'ai un moteur qui fonctionne...

Pourquoi j'avais jamais cherché avant ??? Pourquoi ???

Merci !!!!

Critère `{mots}`

OK je vais creuser par là alors. Je sais pas pourquoi je m'étais immaginé un truc plus compliqué. Je vais voir ça, merci :)

Critère `{mots}`

je comprend rien à tes propos...

c'est pas compliqué l'ajax avec spip : . Il suffit juste que ton form de select des mots clef soit dans toto et ca roule ...