Fulltext - commentaires

Fulltext

Bonjour,
Même sujet. Mon site est hébergé chez un hébergeur classique mutualisé (en l'occurrence O2Switch). Dans ce cas, est-il possible d'installer Xpdf, dans un répertoire /lib/ à la racine du site par exemple ? Et si oui, quel serait le chemin à stipuler dans les paramètres de FullText ? public_html/lib/ ?
Merci !

Fulltext

Bonjour

Je viens d'installer le plugin FullText 1.2.0 sur un SPIP 3.0.16.

J'ai installé les index comme le suggère le plugin (pour le moment uniquement spip_article). La bdd est bien à jour avec les 2 index créés (« titre » et « tout »).

Dans mon squelette « recherche.html », j'ai la boucle suivante :


#TITRE

Le plugin Fulltext n'a aucun effet sur cette boucle. Quand je regarde en debug, la requête SQL est toujours celle qui va chercher dans le hashcode dans la table « spip_resultats ».

Que faut-il faire pour que le plugin Fulltext soit déclenché ?

Merci pour votre aide.

Fulltext

Bonjour,

Le plugin fonctionne déjà sans problème avec des tables InnoDB.

Fulltext

Bonjour,

Comment exploiter FullText avec des tables au format InnoDB svp ?

Fulltext

J'avais échangé sur la liste users mais pas ici.
Le pb est résolu : dans ma table « articles », j'avais un mélange d'interclassements différents selon les colonnes. C'est réglé en passant toutes les colonnes en utf8_general_ci.

Fulltext

Bonjour
Avec Spip 3.2.9 et Fulltext 2.0.1

Lorsque je veux créer l'index « tout » pour les articles, j'obtiens un message d'erreur :

article : Erreur 1283 Column 'url_site' cannot be part of FULLTEXT index.

La recherche sur les articles est donc limitée aux seuls titres, alors que j'aimerais bien ajouter au moins le texte.

Fulltext

Bonjour,
Pouvez vous m'indiquer comment installer pdftotext sur un site SPIP installé sur windows ?
J'ai le message quoique j'essaye : « Ce logiciel n'est pas disponible sur le serveur »
Merci d'avance
Gabin

Fulltext

Bonjour,
Avez vous trouvé une solution depuis la publication de votre message ?
Merci d'avance
Gabin

Fulltext

les dernières versions de mysql/mariadb permettent fulltext sur innodb. Du coup je me demande si le plugin devrait pas évoluer pour cela.

Fulltext

Je lis ici « Le mode FULLTEXT n'étant disponible que sur les tables au format MyISAM, il faut parfois au préalable convertir les tables dans ce format : »

Mais alors pourquoi y-a-t-il un bouton « convertir en InnoDB » pour chaque table listée sur la page ?exec=fulltext&ok=index de la table régénérée ?

Merci

Fulltext

Très bon plugin.
quelques remarques :
- le plugin ne traite pas les images, donc il faudrait retirer les images des erreurs d'indexation,
- j'ai des documents html, il ne les traite non plus, là il pourrait le faire
- si on pouvait visualiser les documents Indexés, Non-indexés, Protégés, En erreur d'indexation, ça éviterait d'aller sur regarder la base de donnée.
A par ça c'est super

Fulltext

Magnifique plugin permettant notamment d'indexer les pdfs et donc de rechercher dans les documents publiés.

Un soucis cependant avec la balise #AIDE_RECHERCHE que j'avais bêtement disposée dans le squelette en dessous du formulaire recherche.
La balise insert effectivement le ficher prévu : aide_recherche.html. Mais ce fichier est une page html complète avec doctype, head et body. L'insertion de cette balise provoque alors des défauts d'affichage de la page où l'on a disposé cette balise ; deux doctypes dans la même page html c'est toujours un de trop.

Je suggère donc soit de modifier le fichier aide_recherche.html pour qu'il puisse s'insérer normalement comme un bout de code dans un squelette, soit d'avertir les utilisateurs du plugin de l'usage inédit de cette balise.

Cordialement, Yanic Gornet

Fulltext

Bonjour,
Il semblerait que fulltext ne prennent pas en compte les rubriques sans objets (article, document, ...) même en forçant les recherches via le paramètre « tout » dans les boucles de recherche. Est ce normal, y a t-il un contournement possible ou une possibilité de forcer la recherche ?

Merci à l'auteur et tous ses contributeurs.
++

Fulltext

Idée d'amélioration pour aider à mieux trouver ce qu'on cherche :

Lorsque je cherche « salade de riz » (sur Cuisine-libre.fr par exemple), cela revient à chercher « salade » : et la « salade de riz » cherchée est perdue dans les 322 résultats de « salade » (sans les deux derniers mots, trop courts pour être pris en compte). C'est déroutant pour l'utilisateurice qui n'y trouve pas ce qu'il cherche.
Avec des guillemets, la requête « "salade de riz" » permet de trouver la « salade de riz » cherchée (1 seul résultat dans ce cas). Super, mais très peu d'utilisateurices utilisent les guillemets pour resserrer sa recherche.

D'où la suggestion suivante : ordonner les 322 résultats en priorisant ceux correspondants à la requête exacte, suivis des autres.

Fulltext

Bonjour,

Les dernières version d'innoDB permettent d'utiliser le FullText.
Comment l'utiliser dans ce plugin svp ?

Merci

Fulltext

Merci pour avoir développé cet outil et l'avoir partagé. Ma question est honteusement basique mais merci d'avance à quiconque voudra bien m'éclairer. L'installation des logiciels complémentaires de lecture/extraction de pdf tel que XpdfReader doit se faire sur le serveur, via le sous-répertoire proposé usr/bin/pdftotext. Dans quel répertoire racine doit-on créer ce répertoire pour y placer le logiciel ? Dans /htdocs qui contient tous les répertoires du site spip, ou en amont (/vhosts) ou carrément dans /lamp0 ? Désolée de cette question basique...

Fulltext

Yop,

si je comprend bien la modif de https://zone.spip.org/trac/spip-zone/changeset/104831/_plugins_/fulltext

…il suffit de mettre dans mon fichier mes_options.php la ligne

defined('_FULLTEXT_ASTERISQUE_PARTOUT') || define('_FULLTEXT_ASTERISQUE_PARTOUT', true);

et hop, j'ai ma recherche sur le terme « nano » qui devient automatiquement équivalente à « nano* » (nanometre, nanotechnologie, etc.) ?

oh yeah :)

Fulltext

Bonsoir,

Suite à différents tests nous avons remarqué que l'exclusion de 'étranger' dans une recherche full text du type '+enfant -étranger' n'était plus prise en compte dans les résultats en dessous d'un certain indice de pertinence. Nous avons donc quand même des résultats avec 'étranger' quand l'indice de pertinence est < ou = à 10.

Dans l'aide de Full Text il est pourtant indiqué : " Retourne les textes qui contiennent « enfant » mais PAS « étranger »."

Est-ce normal ?

Une idée sur la façon de modifier/corriger ce comportement ?

Merci d'avance

Fulltext

Bonjour à tous !

Finalement, nous travaillons sur le plugin zotero pour le faire évoluer.

Nous avons résolu le problème des jointures.

J'ai trouvé la piste ici : http://code.spip.net/fr/archives/plugins-7/article/declarer-et-ajouter-des-tables

La partie intéressante est celle-là :

$join_nouvelletable = array(
« id_article » => « id_article »
) ;

$tables_principales['spip_nouvelletable'] = array(
'field'=>&$nouvelletable,
'key' => &$cles_nouvelletable,
'join' => &$join_nouvelletable,
) ;

Pour la table zitems, j'ai écris

$join_zitems = array(
« id_zitem » => « id_zitem »
) ;

$tables_principales['spip_zitems'] = array(
'field' => &$zitems,
'key' => &$zitems_cles,
'join' => &$join_zitems,
) ;

J'ai suivi ce principe sur les autre tables.

Donc maintenant, les références zotero s'affichent bien dans l'espace privée et nous pouvons faire des jointures dans les boucles de la partie publique.

Par contre, les résultats de la recherche fulltext ne sont toujours pas pertinents...

Est ce que quelqu'un aurait une idée ? Une piste à creuser ?

Merci d'avance de votre aide.

Fulltext

Bonjour,

Les documents images sont en erreur d'indexation, ce qui me parait normal.
Donc, ils ressortent dans le total des documents en erreur.

N'y a t-il pas possibilité de les sortir de ce décompte ?

Merci d'avance et bravo pour ce plugin !

Fulltext

J'ai essayé d'ajouter la recherche fulltext sur les zoteros de zotspip.

J'ai fait un mini plus gin pour cela avec l'appel d'un pipeline :

function zotspiprecherche_rechercher_liste_des_champs($tables) { $tables['zitem']['titre'] = 10; $tables['zitem']['resume'] = 7; return $tables;
}

J'ai pu générer les indexes...

J'ai fait cette boucle :

   #ANCRE_PAGINATION Recherche de base SPIP pour Zoteros "#ENV{recherche}" (#GRAND_TOTAL)
   #TITRE #POINTS
 [Json : (#JSON)
] [Resume : (#RESUME)
]  
 [(#PAGINATION)
]

Mais les résultats ne collent pas...

J'ai trouvé un fichier log fulltext.log dans tmp/log :

Aug 29 10:02:11 83.152.44.246 (pid 26641) :Pri:ERREUR: TABLE spip_plugins ADD FULLTEXT prefixe (prefixe)
Aug 29 11:14:25 83.152.44.246 (pid 22848) :Pri:ERREUR: TABLE spip_plugins ADD FULLTEXT prefixe (prefixe)

Je ne comprend pas trop ce qui se passe....

Est ce que quelqu'un aurait une idée, une piste ?

Merci d'avance !

Fulltext

Je tente de faire une recherche fulltext sur les objets du plugin zotspip.

J'ai déclarer table et jointure via pipelines :

// Ajout nouvelles tables de recherche
$GLOBALS['spip_pipeline']['rechercher_liste_des_champs'] .= "|ajout_recherche_champs"; function ajout_recherche_champs($tables) { $tables['zitems']['titre'] = 3; $tables['zcollections']['zcollection'] = 3; $tables['zcreators']['auteur'] = 3; return $tables;
} // Ajout nouvelles jointures
$GLOBALS['spip_pipeline']['rechercher_liste_des_jointures'] .= "|ajout_jointures"; function ajout_jointures($tables) { $tables['zitems']['zcollections']['zcollection'] = 2; $tables['zitems']['zcreators']['auteur'] = 2; return $tables;
}

J'ai fait la conversion des tables avec l'outil fourni avec Fulltext dans l'espace privé de spip.

Mais ma boucle spip spip ci-dessous ne sort rien...

   #ANCRE_PAGINATION Recherche zitem perso (#GRAND_TOTAL)
   #TITRE
  
 [(#PAGINATION)
]

Vous pouvez prendre votre temps pour répondre, je suis en vacances à partir de maintenant !

Ceci dit, merci d'avance de vos réponses !

Fulltext

Je me réponds à moi-même...

Désolé pour le bruit : il s'agissait simplement d'un problème de mot clé dans le fichier Recherche.html.

Tout est parfait

Merci pour ce plugin

Fulltext

Bonjour

Je viens d'installer Fulltext. Tout fonctionne bien sauf... qu'il ne trouve jamais Olympic marina (ou olym* ou toute autre combinaison) sur mon site

guidemediterranee.com

Olympic marina est en chapo et « dépend » de Lavrion.

Il existe un Lavrion (titre) et un Lavrion - Olympic marina (titre + chapo)

Une recherche sur Lavrion ne donne que Lavrion et pas les deux entrées.

Je ne comprend vraiment pas pourquoi (alors que Athenes donne bienb tous les Athènes)

Merci d'un essai d'explication

ADB

Fulltext

Bonjour

Gros problème de restauration de la base, ça semble venir du plugin Fulltext.
Ma base est en mysql.

Lorsque je veux restaurer la base sauvegardée via le menu maintenance de Spip, toutes les tables sont en échec.
Lorsque j'exporte, puis réimporte via phpmyadmin, j'ai l'erreur suivante :
#1064 - You have an error in your SQL syntax ; check the manual that corresponds to your MySQL server version for the right syntax to use near 'TYPE=MyISAM AUTO_INCREMENT=558' at line 44

Ma config :
SPIP 3.0.16
Fulltext 1.1.8 à jour.

Merci pour votre aide.

Fulltext

Solution trouvée par Nicod_

Il existe un dictionnaire de mots ignorés par défaut (stop words).
La requête…

SQL SHOW VARIABLES LIKE 'ft_stopword_file';

… doit afficher 'built-in'

La liste par défaut (built-in) est celle-ci :
http://dev.mysql.com/doc/refman/5.5/en/fulltext-stopwords.html

Il faut alors modifier la config du serveur Mysql ( my.cnf) et lui indiquer dans la section [mysqld] :

ft_stopword_file = ""

À utiliser si c'est vraiment nécessaire, car cela peut augmenter le « bruit » dans les résultats.

Fulltext

je précise que j'ai bien activé l'astuce pour étendre la recherche sur 3 lettres.

Fulltext

Sur SPIP 3.0.21 avec Fulltext 1.1.8, testé sur deux sites

la recherche ne prend pas en compte certains mots comme

- this
- the
- new

Cela ressemble à des mots clés qui ne seraient pas pris en compte ?
Des idées ?

Fulltext

Re,
Pour ceux que ca intéresse, j'ai publié sur un autre forum une solution assez simple pour convertir une base de donnée sqlite vers mysql :
http://forum.spip.net/fr_213057.html
J'espère que ca aidera.

Fulltext

Trouvé, merci.

Pour un site cela a fonctionné, pour un autre non je me retrouvais avec du contenu invisible dans l'espace public ET privé dès lors qu'il y avait un caractère accentué. J'avais déjà essayé avec Fusion de convertir sqlite en mysql sans succès. Je réessaierai un jour.

Fulltext

Ce fichier est dans le plugin « grenier ».

Fulltext

Bonjour,

Je pense que j'ai le même problème mais je ne sais pas ou trouver le format de ma base.
Le plugin me dit de convertir en UTF8 mais lorsque je clique sur ce lien j'ai l'erreur : « Fichier convert_sql_utf8 introuvable »

Fulltext

Bonjour,

Je voulais juste signaler que le plug-in ne fonctionne pas quand la base de données du site a été conçu en Sqlite !

Merci !

Fulltext

Bon, c'est le même comportement sur contrib.spip et spip.net.

Sur contrib, si on cherche « fulltex » cela ne retourne rien, il faut ajouter l'astérisque pour avoir des résultats.

Le tableau d'exemples devrait illustrer ce point (ou plutôt cette étoile :) ).

Fulltext

Bonjour,

Merci pour ce plugin. J'ai juste 1 remarque et 1 bidouille.

Il me semble qu'il y a une différence entre le fonctionnement avec et sans index sur le pluriel des mots. Sans index la recherche sur « enfant » apportera aussi les articles avec le pluriel « enfants ». Ce n'est pas le cas avec fulltext. Y-a-t-il moyen de systématiquement faire ajouter à la requête une astérisque à la fin des termes sauf si l'on a mis des guillemets, pour une recherche sur un mot ou une expression précise ?

Je n'ai pas réussi à faire fonctionner l'extraction de texte des pdf. Je suis sur un Windows, SPIP et plugin à la dernière mode. Comme je ne publie pas chaque jour des brassées de pdf, j'ai contourné en le faisant à la main. J'ai ajouté avec le plugin champ_extra un champ à la table document et j'y fais un copier coller du texte en allant le chercher sur le pdf sans autre manoeuvre que CRTL+A puis CRTL+C. C'est pas cher et ça fonctionne... :-)

Fulltext

Moi je pense que l'auteur aurait du utiliser le fonction File_exists de php. Ca sert à rien de lancer un exec sur un fichier par exemple dans windows Ca ne fonctionne pas la majorité du temps.

Fulltext

Fixer une date de départ (cf §Permettre à l'utilisateur de déterminer le corpus de recherche)
Sur un SPIP 3.0.17, il semble qu'il y ait un problème avec la fonctionnalité décrite (limiter la recherche aux « objets » dont la date est postérieure à l'année saisie)

J'ai modifié le formulaire recherche de la dits tel que décrit.

L'input date est présent.
Après soumission, l'argument recherche_date est bien pris en compte
(ici : spip.php ?page=recherche&recherche=semis+direct&recherche_date=2015
recherche_date est récupéré par la page recherche.html mais n'est pas correctement transmis au /compris par le formulaire de recherche
voir copie d'écran (j'ai mis des [#SQUELETTE : (#ENV**|unserialize|print_r{1}) ] dans le squelette appelant et en tête du fichier du formulaire de recherche pour voir ce qu'il se passait)

Bien sûr, la limitation de date souhaitée ne fonctionne pas.

Quelque chose que j'ai mal fait ? Un oubli dans la doc ?… Un bug ?

Fulltext

Le plugin marche très bien avec SPIP v3.0.15. J'ai juste eu la petite surprise de constater que les recherches sur un seul mot ne donnaient parfois pas les mêmes résultats suivant la syntaxe de la recherche :
- un seul mot de de 3 lettres (j'ai étendu la recherche aux mots de 3 lettres tel qu'indiqué dans la documentation) : abc se comporte comme abc*. « abc » et +abc ont le comportement attendu. Pour corriger ce problème, j'ai rajouté des guillemets avant l'appel du plugin dans ce cas. Ça marche, mais s'est franchement sale :)

- un seul mot de 1 ou 2 lettres : même soucis que précédemment sauf que ce n'est pas vraiment gênant. « ab » et +ab ne sortent aucun résultat, ce qui est attendu.

- le ranking pour les mots de 4 à 7 lettres est différent que la recherche soit mon_mot ou +mon_mot (ou « mon_mot »). Je n'ai pas analysé en détails mais il me semble à première vue que le résultat attendu est obtenu avec le + ou les guillemets.

De plus n'y aurait-il pas un soucis avec le caractère 'è' ? La recherche est indépendante des accents (et marche même avec 'œ') mais le 'è' semble devoir être présent dans le champ de recherche pour qu'elle aboutisse correctement. Ce n'est pas dramatique en pratique car de toutes façons les utilisateurs tapent les accents dans le champ de recherche. C'est juste bizarre...

Enfin, une petite requête : ne serait-il pas judicieux que la recherche ait un « mega-boost » lorsque le champ entier indexé est égal à la requête ? Par exemple, je rêve que si la base contient un article dont le titre est Fulltext et que la requête est fulltext, la recherche le sorte premier haut la main devant d'autres articles dont le titre est Fulltext marche très bien ou La recherche fulltext est active. Ce n'est peut-être pas possible, mais ce serait pratique.

Fulltext

Avec SPIP 3.0.17 et Fulltext 1.0.2 la recherche sur le mot « this » ne donne rien.
Ce mot fait référence à un auteur qui s'appelle « Hervé This ».

J'arrive bien à trouver des auteurs dont le nom est en 4 lettres par ailleurs.

Avez-vous une idée sur l'origine du problème ?

Fulltext

Bonjour

Même problème depuis la maj du plugin. Quelqu'un a-t-il trouvé l'origine du bug ?

Fulltext

Bonjour,
Sur un site en SPIP 3.0.17 [21515] avec Fulltext Version :
0.8.2 SVN [82959] activé

j'ai une erreur lors de la recherche sur le site public :

1 Erreur SQL 1146
Table 'site.spip_giss_articles' doesn't exist
SELECT t.id_article, t.surtitre, t.titre, t.soustitre, t.chapo, t.texte, t.ps, t.nom_site, t.url_site, t.descriptif, MATCH(t.titre) AGAINST ('ssr*' IN BOOLEAN MODE) * 8 +
...
/ /
2 Erreur SQL 1146
Table 'isite.spip_giss_rubriques' doesn't exist

je vois qu'il y a un « s » en trop à gis mais je ne sais pas où le corriger

merci
dd

Fulltext

Bonjour,

tout d'abord merci pour votre plugin.

J'ai bien intégré les éléments mais une chose curieuse se produit.

Quand je recherche des termes ainsi qu'a partir d'une date (comme le cite votre explication), cela fonctionne mais si je change la date à nouveau, ça ne le prend plus en compte. Par précaution, j'ai désactivé le cache. C'est très aléatoire. je n'ai plus d'idées.

Avez vous déjà constaté ce comportement ?
merci d'avance.

Fulltext

Bonjour.

Impossible pour moi de faire une extraction de PDF, le plugin m'indiquant que pdftotext n'est pas disponible sur le serveur (CentOS 6.5), alors que le binaire est présent (testé également en indiquant en dur le chemin du binaire dans mes_options.php).
pdftotext provient du paquet poppler.x86_64. Je précise que l'extraction fonctionne en console (loggué sur le serveur, user non root).
Les droits d'éxécution (sudoers) ont été vérifiés et ne semblent pas poser problème
Les logs extract.log et prive_extract.log ne sont pas très explicites et indiquent juste une erreur d'extraction, ex :

Oct 02 15:16:45 une_adresse_ip (pid 21566) Indexation de pdf/16_mai_2013.pdf Oct 02 15:16:45 une_adresse_ip (pid 21566) Extraction PDF avec /usr/local/bin/pdftotext -enc Latin1 IMG/pdf/16_mai_2013.pdf Oct 02 15:16:45 une_adresse_ip (pid 21566) Erreur extraction IMG/pdf/16_mai_2013.pdf (code 127) :

SPIP - v2.1.26
Plugin FullText - v0.8.2

Merci d'avance de votre aide.

Fulltext

Merci à Leam ! Effectivement lorsque l'on fait comme dit : « En créant tous les index (à la fin de la page configuration) le problème » Le bug table spip_paquets_plugins doesn't exist (et autres tables... suivant le splugins installés) disparait de l'admin ! ouf !

Fulltext

La Recherche en SPIP est expliquée dans la doc. officielle,
mais d'après ce que je comprends de ta recherche,
c'est http://spippourlesnuls.fr/ ?rechercher-dans-un-site-spip que tu aurais voulu ?

N'hésite pas a me renvoyer des demandes plus précises..
Cdlt
YannX

Fulltext

Bonjour,
venant de résoudre mon pb je me demande s'il pourrait éclairer le votre.
Ajouter comme je l'ai fait une boucle pour auteurs ou pour profils dans recherche.html n'est sans doute pas la solution. Un problème de jointure ...
je vois dans le plugin albums dans base/albums.php ces lignes en plus dans fonction albums_declarer_tables_objets_sql :

// jointures sur les albums pour tous les objets
// passe apres id_auteur=>auteurs_liens et evite de le casser
$tables[]['tables_jointures'][]= 'albums_liens';
$tables[]['tables_jointures'][]= 'albums';

si ça vous « parle » et peut vous aider

Fulltext

il suffisait d'ajouter dans le squelette recherche.html :

[(#REM) Albums trouves ]  ... 
etc.

;o)
8 mois que je (re)cherche la solution du pb dans recherche.php, les pipelines, les fct° php, phpmyadmin ...
Pour les nuls comme moi ... ça vaut sans doute le coup de le mettre dans la doc

Fulltext

Bonjour,

Ma configuration :
- spip 3.0.17 en utf-8
- plugin fulltext 0.8.2
- mysql 5.5.38 utf-8

Après avoir indexé tous les index suggérés, j'obtiens le message en bas de la page :

Une incohérence entre le charset de votre site et celui des tables de votre base de données risque de fausser les recherches avec caractères accentués :convertir en UTF-8 pour restaurer la cohérence

Quand je clique sur le lien « convertir en UTF-8 pour restaurer la cohérence », il m'envoie à la page ecrire/?exec=convert_sql_utf8 qui n'existe pas.

J'obtiens le message d'erreur :

Fichier convert_sql_utf8 introuvable

Alors j'ai installé le plugin grenier qui propose le script ecrire/?exec=base_convert_sql_utf8 (et non ecrire/?exec=convert_sql_utf8).

Il faudrait peut-être adapter le plugin fulltext pour spip3.0 :

mettre une dépendance vis-à-vis du plugin grenier
lancer le script ecrire/?exec=base_convert_sql_utf8 en cas d'incohérence

bien à vous,

Fulltext

impeccable

merci

Fulltext

Bonjour,

depuis la mise à jour vers la version 0.8.2, j'ai un message d'erreur lorsque j'utilise le moteur de recherche dans le back-office :

Invalid argument supplied for foreach() in /plugins/auto/fulltext/v0.8.2/inc/recherche_to_array.php on line 68

Voir également la copie écran ci-jointe.

Je précise que cette erreur ce produit avec la config suivante :
- SPIP 3.0.16 ;
- uniquement le plugin Fulltext V.082 activé ;
- le répertoire /squelettes mis en berne.

Cheers

Fulltext

Bonjour
En créant tous les index (à la fin de la page configuration) le problème disparaît

Fulltext

J'ai rencontré le même problème et donc bricolé de plugin :

J'ai ajouté une condition ligne 29 de inc/rechercher.php

if ( $t != "spip_plugins") { if ($infos['rechercher_champs']){ $liste[$infos['type']] = $infos['rechercher_champs']; }
}

Fulltext

Bonjour,
je rencontre la même difficulté pour le plugin album V2
- j'ai pour album l'index 'titre' créé via ?exec=fulltext
- j'ai surchargé inc/rechercher.php en ajoutant album et les pondérations sur les champs
par contre
- j'ai pas ajouté dans le paquet.xml de album un « utilise » sur Fulltext (je peux essayer si vous me précisez ce qu'il faut ajouter)
- j'ai pas ajouté dans base/profil.php > fonction profil_declarer_... (?..) (idem ...)

dans l'espace privé la recherche est parfaitement opérationnelle
sur le site public pas de recherche sur les albums !

recherche.log :
dans espace privé :

Jun 26 21:42:32 81.57.179.103 (pid 19185) :Pri:info: fulltext album: titre
Jun 26 21:42:32 81.57.179.103 (pid 19185) :Pri:info: Jun 26 21:42:32 81.57.179.103 (pid 19185) :Pri:info: fulltext mot: titre
Jun 26 21:42:32 81.57.179.103 (pid 19185) :Pri:info: (MATCH(t.titre) AGAINST ('gargamel')) * 8 + IF(SUM(o1.score) IS NULL,0,SUM(o1.score)) AS score
Jun 26 21:42:32 81.57.179.103 (pid 19185) :Pri:info: recherche album (gargamel) : 1 resultats 222.351 ms

sur site public :

Jun 26 23:16:33 81.57.179.103 (pid 4198) :Pub:info: fulltext article: titre
Jun 26 23:16:33 81.57.179.103 (pid 4198) :Pub:info: Jun 26 23:16:33 81.57.179.103 (pid 4198) :Pub:info: fulltext auteur: nom
Jun 26 23:16:33 81.57.179.103 (pid 4198) :Pub:info: Jun 26 23:16:33 81.57.179.103 (pid 4198) :Pub:info: Jun 26 23:16:33 81.57.179.103 (pid 4198) :Pub:info: fulltext mot: titre
Jun 26 23:16:33 81.57.179.103 (pid 4198) :Pub:info: (MATCH(t.titre) AGAINST ('gargamel')) * 8 + IF(SUM(o1.score) IS NULL,0,SUM(o1.score)) + IF(SUM(o3.score) IS NULL,0,SUM(o3.score)) AS score
Jun 26 23:16:33 81.57.179.103 (pid 4198) :Pub:info: recherche article (gargamel) : 0 resultats 32.487 ms
...

etc. (30 ligne aucune album)

Fulltext

Bonjour,

Quand je fais une recherche depuis l'interface privée de SPIP 3.0.5 avec le plugin Fulltext installé (v0.8.2) j'obtiens une erreur SQL :
Erreur SQL 1146
Table 'namesite.spip_paquets_plugins' doesn't exist
SELECT id_plugin,id_paquet FROM spip_paquets_plugins WHERE 0=1

Ainsi que des warning php :
Warning : Invalid argument supplied for foreach() in www/plugins/auto/fulltext/v0.8.2/inc/recherche_to_array.php on line 68

Warning : Invalid argument supplied for foreach() in www/plugins/auto/fulltext/v0.8.2/inc/recherche_to_array.php on line 260

Mais tout en bas de la page, les résultats s'affichent, après une dizaine de pages écrans de warning php.

Si je désactive Fulltext cela fonctionne correctement.
Par contre, le plugin donne de superbes résultats sur le site public.

Une idée ?
Merci d'avance.

Fulltext

Merci Cédric. J'ai installé la toute dernière version : avec Fulltext activé, cela semble bien fonctionner pour les articles, mais la recherche ne se fait pas dans les sites référencés malgré leur indexation dans la configuration du plugin.
Merci.

Fulltext

La version 0.8.1 corrige un gros bug, ça devrait aller mieux !

Fulltext

La version 0.8.1 corrige un gros bug, ça devrait aller mieux !

Fulltext

La version 0.8.1 corrige un gros bug, ça devrait aller mieux !

Fulltext

La recherche marche parfaitement... quand on désactive Fulltext !

Fulltext

bonjour

idem,

la recherche ne se fait plus que sur le champ titre malgré la reconstruction des index. Je ne sais pas depuis quelle version c'est comme celà

Fulltext

Bonjour,
J'ai un petit souci avec Fulltext, j'ai créé un objet éditorial (via le plugin Fabrique), cet objet me permet d'étendre les auteurs SPIP (en ajoutant un tas de champs), je souhaite donc effectuer des recherches sur cet objet éditorial, malheureusement le formulaire de recherche ne remonte que ce qu'il trouve dans la table auteurs en ignorant la jointure sur profils

- Dans mon theme (un plugin), j'ai bien ajouté dans paquet.xml un « utilise » sur Fulltext
- J'ai bien créé l'indexation de mon plugin via ?exec=fulltext
- j'ai surchargé inc/rechercher.php en ajoutant ma table et les pondérations sur les champs
- J'ai bien ajouté ces mêmes champs dans mon plugin dans base/profil.php > fonction profil_declarer_tables_objets_sql dans « rechercher_champs »

Visiblement ma recherche tape toujours dans la table auteurs mais pas dans profils...

Any idea ?

Merci d'avance !

Fulltext

Même chose pour moi : quand le plugin Fulltext est activé, la recherche ne fonctionne pas.

Fulltext

Bonjour,

Je rencontre toujours ce problème : quand le plugin fulltext est activé, le moteur ne renvoie aucun résultat lors d'une recherche. J'ai passé toutes les tables en mode fulltext et quand le plugin est désactivé la recherche renvoie bien des résultats...

Sauriez-vous d'où peut venir le problème ?

Merci d'avance.

Fulltext

Bonjour,

Il pourrait être également intéressant de documenter comment supprimer la fonction stopword, qui peut empêcher des éléments d'être retrouvé via la recherche : http://dev.mysql.com/doc/refman/5.1/en/server-system-variables.html#sysvar_ft_stopword_file

En gros, tout comme le changement à 3 caractères min pour la recherche, il faut modifier le fichier de configuration de MySQL pour y mettre
ft_stopword_file = ''
puis redémarrer le serveur MySQL et relancer l'indexation FullText (via l'admin de votre site).

Il peut être également utile de vider le cache de SPIP.

Fulltext

Bonjour,

J'ai un petit souci avec le magnifique plugin FullText (un grand merci aux créateurs).
Sur la page de configuration, je ne peux plus utiliser la fonction « Créer l'index tout (surtitre,titre,soustitre,chapo,texte,ps,nom_site,url_site,descriptif) »... sur la table article.

Si je clique sur « crééer l'index 'tout' », j'ai l'erreur suivante qui s'affiche :
Erreur 1283 Column 'url_site' cannot be part of FULLTEXT index

Ma base est en UTF-8. En tout cas c'est ce que me dit configuration/langue principale du site.

Mais quand je me connecte via PhpMyAdmin, je vois que sur la table article, par exemple, certains champs (pas tous) sont encore en encodage « latin1_swedish_ci », comme les champs Titre, SurTitre, Chapo et Texte. En revanche, URL_SITE est en UTF-8. A n'y rien comprendre, j'avoue.

Est-ce que je dois les forcer à passer en UTF-8 via PhpMyAdmin ?
Merci pour vos lumières, vos réponses
Cordialement
Christophe

Fulltext

Bonjour,

Après une mise à jour de ma base en UTF-8, l'installation du plugin Fulltext et la création des index (depuis le plugin), plus aucun résultat ne s'affiche en lançant des recherches dans le moteur interne ou public.

C'est un peu la panique...

Avez-vous une idée d'où cela pourrait venir ?

Merci beaucoup.

Fulltext

C'est corrigé commit 81745, c'est juste les zips qui ne sont pas à jour (erreur temporaire).

Fulltext

Bonjour,

Juste pour vous informer que j'obtiens cette erreur dans les logs php_errors.log

[09-Apr-2014 14:40:07] PHP Fatal error : Class 'ZSimplePPTX' not found in /htdocs/plugins/fulltext/lib/simplepptx.class.php on line 81

Any idea ?

Merci,
Freed

Fulltext

pour préciser le pb :
- sur ecrire/ ?exec=fulltext j'ai bien album (22262) , l'index 'titre' créé
- rien dans tmp/recherche.log pour album
j'ai essayé de supprimer recréer les index fulltext via phpmyadmin et ecrire/ ?exec=fulltext sans résultat. Si qcq'un avait une idée à me suggérer ...

Fulltext

point étonnant (si lier...) : c'est que la recherche sur les albums dans l'espace privé est maintenant parfaitement opérante et efficace. Mais du côté public, niet.

Fulltext

j'ai passé le champ titre de la table _albums en type TEXT , mais ça n'a aucun effet, pas de recherche sur les albums ... vous auriez une idée ?

Fulltext

Bonjour ,

Je voudrais pouvoir faire une recherche sur les albums, plugin albumV2.

j'ai ajouté dans inc/rechercher.php : pipeline('rechercher_liste_des_champs' ... 'album' => array( 'titre' => 8, 'descriptif' => 5

mais le type du champ texte est varchar(255) ! et non pas « text » est-ce cela qui peut bloquer ?
La doc disant « Seuls les champs de type TEXT (ou LONGTEXT etc) peuvent faire partie d'un index FULLTEXT » j'imagine que de de là peut venir le problème !
si oui, est-ce que je peux convertir sans risque pour le fonctionnement du plugin album ?

Fulltext

Le problème a été résolu par une modification du plugin Dictionnaires.

Fulltext

bonjour,

J'utilise spip3 un squelette sarka et le module fulltext pour gerer des nomenclatures (listes de référence).

Or, quand je lance une recherche sur un morceau de référence, il ne trouve rien.

par exemple, j'ai la ref 48523697524 dans une nomenclature et si je cherche 4852 il devrait me trouver toutes les ref contenant 4852 mais il ne trouve rien.

y a t-il un moyen pas trop complexe de contourner ce problème très gênant ? ou un réglage que j'aurai loupé ?

Merci d'avance,

Fulltext

bonjour,

Je teste le plugin Dictionnaires.

Pas de problème pour utiliser avec Fulltext, tous les champs sont reconnus sauf un champ « termes »
Avec PHPMyAdmin, pas de différences visibles. Est-ce parce que le mot « termes » comporte un "s à la fin ?

Fulltext

Suite de mon message : le serveur OVH mutualisé est sous Debian Linux version noyau : 3.2.42

Où puis-je trouver un exe déjà fait qui tourne sur ovh ? Cela doit bien exister !

Merci, merci,
Julien

Fulltext

Bonjour,

Après pleins de tests infructueux, je cherche à installer XPDF sur un mutualisé OVH (et spip 3.0). J'ai bien testé les versions 32 bits ou 64 bits sous LINUX, en mettant bien le chemin complet, mais à chaque fois le plugin me répond qu'il ne trouve pas l'exécutable.

Quelqu'un pourrait-il me fournir un lien clair pour avoir le bon fichier pdftotext à installer ?

Merci de votre aide !

Julien

Fulltext

idem. et up.

au moins, faudrait pouvoir revenir en InnoDB :P

Fulltext

Après avoir converti les tables en myisam, impossible de restaurer la base de donnée après sauvegarde...

J'ai un échec sur tous les champs gérés par le plugin.

Des idées pour régler ça ?

merci

Fulltext

Ce plugin cherche, et c'est bien normal, parmi les documents qui sont en statut « publié ».

Or, avec l'import global, les documents sont en statut « prop » et ne ressortent donc pas.

Il faut donc changer ce statut (et ajouter la boucle pour listes les documents, car le plugin ne le fait pas) et ça fonctionne.

Fulltext

Il faut installer les exécutables qui permettent les conversions de PDF, ODT, DOC... sur le serveur (l'ordi qui fait tourner SPIP) puisque c'est sur ce dernier que seront les fichiers à indexer.

Fulltext

Problème résolu en redéfinissant UTF-8 dans language du site

Fulltext

Quelquechose m'échappe.

Comment fonctionne l'indexation des documents.
Il semble qu'il faille installer un logiciel sur son ordinateur ?
cela signifie t'il que chaque rédacteur doit installer ce logiciel sur son propre ordi ?

Fulltext

J'ai le même problème.
J'ai fait la conversion avec grenier. mais je me retrouve avec des « Ã‰ » a la place de mes accents dans mes articles.
Y a t'il moyen de corriger la base sans pour autant que les articles soient affecté de cette façon ?

Fulltext

24h après, le champ « contenu » est rempli. Pas pensé à faire un ps pour voir s'il bossait.
Par contre, toujours aucun résultat de recherche, toujours rien dans la table mots, toujours pas de fichiers extract.log et recherche.log. L'index est bien là (le .MYI) et sa taille, bien plus important que les autres, laisse suggérer qu'il est bon.

Fulltext

Bonjour,

J'ai installé SPIP - pour le moment - uniquement avoir une interface à la recherche fulltext de MySQL (mais je suis tellement emballé par la qualité de ce que je vois, que je risque fort de m'en servir pour notre intranet).

J'ai donc installé le plugin FULLTEXT ainsi que tous les binaires nécessaires (pdftotext, catdoc...). Le plugin est configuré et j'ai ajouté les champs titre,descriptif,fichier,credits,contenu à l'index fulltext.

J'ai ensuite importé tous mes documents (xls, doc, docx, pdf) au moyen de l'import global du répertoire /tmp/upload : tout a bien été importé.

Dans l'interface du plugion FULLTEXT, je vois bien 170 documents (nous en avons quelques centaines, mais c'est juste un essai). Curieusement, chaque fois que je rafraichis la page, 5 documents de plus passent en indexés (5 est le « Nombre de documents à traiter par itération du CRON »).

Pour autant, je n'ai aucun contenu dans les champs « contenu » de la table spip_documents et la table spip_mots est vide.

Les fichiers extract.log et recherche.log n'existent pas et le fichier spip.log ne mentionne pas d'erreur.

Du coup avec aucun résultat et aucune erreur, je ne sais vraiment pas quoi faire.

Fulltext

Je cherche aussi une solution pour ce transcodage qui coupe les articles au premier accent.

J'ai aussi essayé en intervenant sur le dump de la base, celon la méthose indiquée ici, celà donne exactement le même résultat.

J'atteins mes limites là ; une piste ?

Fulltext

Bonjour,

Une remarque sur la page de configuration qui permet de générer les index.
Pour les documents, le champ « Contenu » n'est pas dans l'index, ce qui empêche l'indexation du contenu textuel des documents.
Il faut ajouter ce champ et tout rentre dans l'ordre.

Fulltext

Parfait, tout marche parfaitement a présent.
Merci bcp !

Fulltext

Si tu peux tester une mise à jour en 0.7.1 (commit http://zone.spip.org/trac/spip-zone/changeset/69055 ) ; elle devrait, j'espère, résoudre ce bug.

Fulltext

J'ai pu constater le même souci sur deux serveurs récemment — il y a matière à enquête !

Fulltext

Bonjour,

J'ai de gros problèmes de performances avec ce plugin dès que la recherche se fait sur plusieurs tables (spip 3.0.5, MySQL 5.1.49) :

- index fulltext uniquement sur la table articles :

SELECT t.id_article, (MATCH(t.titre) AGAINST ('test')) * 3.1 + MATCH(t.surtitre,t.titre,t.soustitre,t.chapo,t.texte,t.ps,t.nom_site,t.url_site,t.descriptif) AGAINST ('test') AS score, t.popularite
FROM pouet.spip_articles AS t WHERE t.statut='publie'
GROUP BY t.id_article ORDER BY score DESC LIMIT 0,500

mon serveur MySQL prend 0,07 secondes a me renvoyer les resultats

- index fulltext sur articles + mots :

SELECT t.id_article, (MATCH(t.titre) AGAINST ('test')) * 3.1 + MATCH(t.surtitre,t.titre,t.soustitre,t.chapo,t.texte,t.ps,t.nom_site,t.url_site,t.descriptif) AGAINST ('test')
+ IF(SUM(o2.score) IS NULL,0,SUM(o2.score)) AS score, t.popularite
FROM pouet.spip_articles AS t
LEFT JOIN ( SELECT lien2.id_objet,MATCH(obj2.titre) AGAINST ('test') AS score FROM pouet.spip_mots_liens as lien2 JOIN pouet.spip_mots as obj2 ON obj2.id_mot=lien2.id_mot WHERE lien2.objet='article' ) AS o2 ON o2.id_objet=t.id_article
WHERE t.statut='publie' GROUP BY t.id_article ORDER BY score DESC LIMIT 0,500

prend 26,59 secondes.

J'ai vérifié les ressources allouées a MySQL - il semble qu'il n'y a pas de problème a ce niveau-la.

Quelqu'un a-t'il une expérience similaire ?

Pour info,

ma db contient ± 11500 articles, 422 mots, et mots_lien contient ± 32000 entrees ...
oui, j'ai deja essayé de reconstruire les index

Merci !

Fulltext

As-tu une sauvegarde de ton site ? Si tu la mets dans un coin et que tu m'envoies l'adresse, je peux essayer de la récupérer ce we. => mail fil@rezo.net

Fulltext

Bonjour
J'ai aussi tenté cette manœuvre sur un spip 3.04 et une base de données de plus de 300 mégas. Tout se déroule bien avec Grenier mais au final, les articles en français disparaissent au premier accent. ceux en anglais ne sont pas touchés. un nouvel article apparaît très bien avec ses accents.
voir le site : www.seasailsurf.fr
Une idée pour retrouver l'intégralité des précédents articles et brèves (plus de 7000 pour plus de 10 ans d'archive) ?
Par avance merci

Fulltext

Bonjour,

Problème réglé. J'ai supprimé tous les index, puis récréé. ça remarche, à priori :)

Fulltext

Bonjour,

Impossible de faire une recherche, celle-ci prend au moins 30 sec, contrairement à la recherche intégrée à Spip. ça marchait beaucoup mieux avant la 3. J'ai fini par désactiver, en attendant de trouver une solution.

Fulltext

Bonjour,

La version locale de mon site fonctionne parfaitement et Fulltext remplit parfaitement son rôle.
Cependant, à la mise en ligne de celui-ci, chaque recherche me renvoie :

Fatal error : Unsupported operand types in [racine]/plugins/auto/fulltext/inc/recherche_to_array.php on line 257

Je suis hébergé en mutualisé chez OVH, la version de PHP en cours est la 5.

Quelqu'un a t-il déjà rencontré ce genre d'erreur ?

Fulltext

Bonjour,

j'ai installé ce plug-in sur mon SPIP 3.0, mis les tables en fulltext et dès que je fais une recherche dans le champ et bien ça cherche, ça cherche, ça cherche jusqu'à en faire tomber Apache !

Avez-vous une idée d'où cela vient ?

Merci

Fulltext

Bonjour,

Merci de ta réponse.

Cela a résolu mon problème et maintenant ma base est en UTF8, tout comme SPIP.

Bonne journée,

Aurélien

Fulltext

Salut, essaye avec ecrire/ ?exec=base_convert_sql_utf8 peut être.