SPIP-Contrib

SPIP-Contrib

عربي | Deutsch | English | Español | français | italiano | Nederlands

290 Plugins, 198 contribs sur SPIP-Zone, 94 visiteurs en ce moment

Accueil > Navigation > Recherche > Recherche Fulltext > Fulltext

Fulltext

14 mars 2009 – par Fil, Gaël Chareyre, scaron – 216 commentaires

55 votes

Ce plugin permet d’une part d’exploiter le mode de recherche FULLTEXT de MySQL et d’améliorer ainsi énormément les recherches par rapport au fonctionnement natif de SPIP, et d’autre part d’indexer le contenu de certains documents.

Ce plugin permet d’une part d’exploiter le mode de recherche FULLTEXT de MySQL en améliorant ainsi énormément les recherches par rapport au fonctionnement natif (et naïf) de SPIP, et d’autre part d’étendre l’indexation au contenu textuel des documents joints aux articles et/ou rubriques [1].

Indexation FULLTEXT

Performance

Sur une base de test comportant 200 000 articles, la vitesse de la recherche (hors rendu de la page, qui se fait à temps constant) passe de 5 secondes à 10 millisecondes ; sur deux mots, on passe de 15 secondes à 0,1 seconde.

Pertinence

Les résultats sont beaucoup plus pertinents, puisque si on tape deux mots (ou plus), le moteur FULLTEXT va trouver comme avant l’ensemble des articles contenant ces deux mots, mais attribuera un score plus important à ceux qui disposent de ces deux mots consécutifs. Ce score est comptabilisé par la balise #POINTS.

Fonctionnalité

Outre la recherche basique, le mode FULLTEXT permet d’utiliser des opérateurs logiques :

La casse (minuscule/majuscule) des mots recherchés est indifférente.
Les accents ne sont pas pris en compte (« déjà » ou « deja », retourneront à l'identique « déjà », « dejà », « déja »...)
Exemples d'utilisation
  ⇢ Retourne les textes qui contiennent SOIT « enfant », SOIT « étranger », SOIT « enfant » ET « étranger ».
  ⇢ Retourne les textes qui contiennent « enfant » ET « étranger ».
  ⇢ Retourne les textes qui contiennent « enfant » mais présente en premier les textes qui contiennent aussi « étranger ».
  ⇢ Retourne les textes qui contiennent « enfant » mais PAS « étranger ».
  ⇢ Retourne les textes qui contiennent « enfant » ET « étranger » ou bien « enfant » ET « Asie » mais présente en premier les textes qui contiennent « enfant » ET « étranger ».
  ⇢ Retourne les textes qui contiennent « enfant », « enfants », « enfance », « enfanter », « enfantillage ».... (L'astérisque * doit être terminale ; ainsi « *fant » ne retournera rien.)
  ⇢ Retourne les textes qui contiennent exactement la séquence de mots « enfant étranger ».

Remarque : ce tableau constitue le contenu de l’aide fournie dans ce plugin par la balise #AIDE_RECHERCHE.

Principe de fonctionnement

Concernant uniquement la partie mettant en œuvre l’indexation FULLTEXT, le plugin utilise ces deux fichiers :

-  inc/rechercher.php est une amélioration du fichier du même nom livré avec SPIP. À chaque recherche sur une table, ce fichier vérifie la présence d’un ou plusieurs index FULLTEXT sur la table en question (ainsi que sur les tables qui lui sont liées par une jointure, voir ci-dessous).

-  exec/fulltext.php vous propose de créer des index FULLTEXT sur la plupart des tables de SPIP. C’est une proposition, qui correspond aux usages les plus « normaux » de SPIP (pour aller plus loin, cf. ci-dessous, configuration avancée).

Jointures

Le moteur natif de SPIP gère les jointures entre les tables. Avec FULLTEXT on les gère aussi, mais à condition qu’il existe au moins un index FULLTEXT sur chacune des tables liées.

Ainsi par exemple, si vous avez un FULLTEXT sur spip_articles, un autre sur spip_mots, mais aucun sur spip_auteurs, une recherche sur les articles avec le terme « Italie » renverra les articles liés au mot-clé « Italie », mais une recherche sur le terme « Robespierre » ne renverra pas les articles signés par cet auteur.

Autrement dit, sauf application particulière, vous avez tout intérêt à passer l’ensemble des tables en mode FULLTEXT.

Indexation du contenu textuel des documents

Ce plugin propose en outre l’indexation (optionnelle) du contenu textuel des documents joints aux articles et/ou rubriques.

Il stocke pour cela dans la table spip_documents une version texte du document, obtenue à l’aide d’un « extracteur ». Cet extracteur peut être un exécutable système lancé depuis le plugin, ou du code purement PHP.

Les formats supportés à partir de la version 0.6.2 du plugin sont :

  • Le PDF, à condition que le fichier ne soit pas protégé contre la copie
  • Le DOC, PPT, et XLS
  • Le DOCX, PPTX et XLSX (nécessite PHP 5.2 au minimum, ainsi que l’option -enable-zip)
  • Le ODT (nécessite PHP 5.2 au minimum, ainsi que l’option -enable-zip)

Installation

Mise en place de l’indexation FULLTEXT

Une fois le plugin installé dans le répertoire plugins/ et activé à partir de la page « Gestion des plugins », la recherche fonctionne exactement comme avant. Pour l’installation proprement dite, il faut créer des index FULLTEXT sur les tables ; pour cela, il suffit de se rendre sur la page ecrire/?exec=fulltext, et de valider les opérations proposées.

On peut aussi, alternativement, les créer « à la main » à partir de n’importe quel client MySQL, avec les commandes suivantes :

ALTER TABLE spip_articles ADD FULLTEXT `titre` (`titre`);
ALTER TABLE spip_articles ADD FULLTEXT `tout`
  (`surtitre`,`titre`,`soustitre`,`chapo`,`texte`,`nom_site`,`url_site`,`descriptif`);

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 :

ALTER TABLE spip_articles ENGINE=MyISAM;

La page ecrire/?exec=fulltext permet aussi de faire cela.

Indexation du contenu textuel des documents

Pour l’indexation des documents, il faut installer certains logiciels additionnels, et indiquer leur présence au plugin via des constantes à définir dans le fichier mes_options.php ou en utilisant le panneau de configuration de l’indexation des documents sur la page ecrire/?exec=fulltext_document.

Le panneau de configuration de l’indexation des documents permet de gérer la configuration (extracteurs et options éventuels) pour les fichiers PDF, DOC, PPT, XLS, ODT, DOCX, PPTX et XLSX et d’activer ou non l’indexation de ceux. ceci remplace la définition des constantes dans le fichier mes_options.php.

Certaines constantes sont génériques, non liées au type de fichier :

  • _FULLTEXT_TAILLE : Taille maximum conservée (en nombre de caractères) pour la version texte des fichiers (50000 par défaut). Cette configuration est également disponible dans panneau de configuration de l’indexation des documents.
  • De même, il est possible de définir l’intervalle (en seconde) entre deux passages du Spip-CRON et le nombre de document traités par itération.

Pour indexer un type de document, il est obligatoire de définir une constante non-nulle de type _FULLTEXT_EXT_EXE (où EXT est l’extension de ces documents) ou d’activer l’indexation via le panneau de configuration.
Il faut également qu’un « extracteur » pour ce type de document soit disponible.

Pour les PDF

  • Installer Xpdf
  • Définir ces constantes :
    • _FULLTEXT_PDF_EXE (par exemple /usr/bin/pdftotext) : Chemin vers l’exécutable pdftotext de Xdpf afin de transformer les fichiers PDF en texte brut
    • _FULLTEXT_PDF_CMD_OPTIONS (par exemple -enc UTF-8) : Options d’appel de l’exécutable

Pour les DOC, PPT et XLS

  • Installer Catdoc
  • Définir les constantes correspondantes (_FULLTEXT_DOC_EXE, _FULLTEXT_DOC_CMD_OPTIONS, etc.) ou utiliser le panneau de configuration de la même manière que pour les PDF.
    • Exemples pour les DOC :
      • Exemple pour utilisation en local sous Windows define("_FULLTEXT_DOC_EXE","C:\catdoc\catdoc.exe");
      • Exemple pour utilisation sous Linux : define("_FULLTEXT_DOC_EXE","/usr/bin/catdoc");
      • Exemple d’option pour extraction de DOC au format « Windows » vers format ISO-8859-1 : define("_FULLTEXT_DOC_CMD_OPTIONS","-s cp1252 -d 8859-1 ");
    • Exemples pour les XLS :
      • Exemple pour utilisation en local sous Windows define("_FULLTEXT_XLS_EXE","C:\catdoc\xls2csvt.exe");
      • Exemple pour utilisation sous Linux : define("_FULLTEXT_XLS_EXE","/usr/bin/xls2csvt");
      • Exemple d’option pour extraction de .XLS au format « Windows » vers format ISO-8859-1 : define("_FULLTEXT_XLS_CMD_OPTIONS","-s cp1252 -d 8859-1 ");
    • Exemples pour les PPT :
      • Exemple pour utilisation en local sous Windows define("_FULLTEXT_PPT_EXE","C:\catdoc\catpp.exe");
      • Exemple pour utilisation sous Linux : define("_FULLTEXT_PPT_EXE","/usr/bin/catpp");

Pour les ODT, DOCX, PPTX, XLSX

  • Les « extracteurs » utilisent des fonctions et des classes PHP fournit avec le plugin (nécessite PHP 5.2 au minimum, ainsi que l’option -enable-zip).
  • Définir les constantes correspondantes (_FULLTEXT_ODT_EXE, _FULLTEXT_DOCX_EXE, etc.) ou utiliser le panneau de configuration pour autoriser l’indexation. Il n’y a pas de binaire ou d’option à définir (mais si vous n’utilisez pas le panneau de configuration, une constante non-nulle doit être définie).

Documents protégés

Les documents PDF et XLS protégés ne seront pas indexé et se verront affecter le statut "ptg" dans la base de données.
Une page ecrire/?exec=fulltext_document_ptg permet d’obtenir la liste de ceux-ci.
Les documents PPT et PPTX protégés ne seront pas indexés et seront renvoyés comme erreur (statut "err").

Les documents DOC, DOCX, ODT et XLSX protégés semblent être indexés.

Suivi

Analyse des recherches

Le plugin fait un suivi de ses opérations liées à la recherche dans tmp/recherche.log ; on voit les index FULLTEXT utilisés, le temps mis pour chaque recherche et le nombre de résultats, etc.

Exemple de log :

Mar 13 15:28:42 1.2.3.4 (pid 21184) fulltext article: titre, full2
Mar 13 15:28:42 1.2.3.4 (pid 21184) fulltext auteur: nom
Mar 13 15:28:42 1.2.3.4 (pid 21184) fulltext mot: titre
Mar 13 15:28:42 1.2.3.4 (pid 21184) MATCH(t.`titre`) AGAINST ('fluor dans l\'eau \"fluor dans l\'eau\"') * 3.1
  + MATCH(t.`surtitre`,t.`titre`,t.`soustitre`,t.`chapo`,t.`descriptif`) AGAINST ('fluor dans l\'eau \"fluor dans l\'eau\"') * 1.4
  + SUM(MATCH(obj1.`nom`) AGAINST ('fluor dans l\'eau'))
  + SUM(MATCH(obj2.`titre`) AGAINST ('fluor dans l\'eau'))
   AS score
Mar 13 15:28:42 96.21.135.101 (pid 21184) recherche article (fluor dans l'eau) : 500 resultats 1.187s

Ce log indique que la table article a deux index FULLTEXT nommés titre et full2 ; que la recherche portant sur « fluor dans l’eau » donne un poids de 3,1 à la présence de ces mots dans le titre, 1,4 dans l’ensemble des champs, et 1 pour le nom d’un auteur ou d’un mot-clé lié par une jointure.

Analyse des extractions

Le plugin fait aussi le suivi des extractions de version texte des fichiers, dans tmp/extract.log.

La page de configuration du plugin ecrire/?exec=fulltext indique le nombre de documents indexés, en attente d’indexation, protégés ou en erreurs.

Configuration avancée des index FULLTEXT

Avec n’importe quel client MySQL (ou phpMyAdmin) vous pouvez aller modifier la structure des index pour affiner les réponses, en incluant ou en excluant des champs, selon vos usages.

Ceci est notamment à faire si vous utilisez Extras2 pour ajouter de nouveaux champs : il faut alors créer un index incluant ces champs, pour qu’ils soient cherchables.

Notre recommandation : supprimer le précédent index FULLTEXT de tous les champs standards, et recréer un index FULLTEXT intégrant les champs standards et les champs extras pertinents. Seuls les champs de type TEXT (ou LONGTEXT etc) peuvent faire partie d’un index FULLTEXT.

Il est aussi possible d’aller bidouiller à l’intérieur du fichier pour, par exemple :

Ajouter des pondérations aux différents index

Le code consiste en une somme des scores donnés aux articles par les différents index. La pondération par défaut est une fonction décroissante du nombre d’éléments dans l’index. Ainsi, si on a deux index sur une table, l’un portant sur le titre, et l’autre sur l’ensemble des champs texte de la table, les termes de recherche présents dans le titre auront un poids de 4 environ, tandis que les mêmes termes trouvés dans le texte ne vaudront que 1 point.

Si l’on veut modifier ces poids il est possible :
— soit de modifier cette fonction pour qu’elle soit plus (ou moins) fortement décroissante ;
— soit d’ajouter un système encore plus compliqué avec des options de configuration ;
— soit d’ajouter un index. Par exemple, pour survaloriser les champs surtitre, sous-titre et chapo par rapport au champ texte, créer un index FULLTEXT supplémentaire avec la commande ci-dessous :

ALTER TABLE spip_articles ADD FULLTEXT `titrailles`
  (`surtitre`,`titre`,`soustitre`,`chapo`);

Cela dit, les réglages proposés par défaut marchent très bien pour nous, essayez-les :-)

Éliminer de la recherche tout un ensemble d’éléments

Scénario : notre base de données comporte toutes les archives d’un journal depuis 1920. Si l’on veut faire une recherche qui limite aux seuls articles récents, il n’est pas raisonnable de demander à inc/rechercher.php de ramener suffisamment d’articles pour ensuite en éliminer 90 % avec un critère {date>1980} dans la boucle. On peut alors envisager d’ajouter « en dur » un critère WHERE supplémentaire au niveau de la requête MySQL de inc/rechercher.php.
-  pour ce faire, on pourra, par exemple, réduire le corpus de recherche pour la table spip_articles, en ajoutant dans mes_options.php une ligne :

 define('_FULLTEXT_WHERE_article', ' t.date>"1980" ');


bien noter qu’il ne faut pas le ’s’ final dans le nom de la table, ainsi que l’utilisation des 2 types de quotes (’ et ") dans la définition de la clause WHERE.

Permettre à l’utilisateur de déterminer le corpus de recherche

On peut vouloir donner la possibilité à l’utilisateur de fixer la date de départ de sa recherche (lui permettre de ne chercher qu’à partir d’une date qu’il fixe lui-même).
Rien de plus simple.

-  Commençons par ajouter un input dans notre formulaire de recherche (formulaires/recherche.html) :

 <input type="text" class="text" size="5" name="recherche_date" id="recherche_date"[ value="(#ENV{recherche_date})"] />


-  Puis, dans notre fichier recherche_fonctions.php :

 if ( _request('recherche_date') && preg_match('/\d{4}/', _request('recherche_date')) ) {
   $limite = _request('recherche_date');
   define('_FULLTEXT_WHERE_article', 't.date>"' . $limite . '"');
   define('_FULLTEXT_WHERE_rubrique', 't.date>"' . $limite . '"');
   define('_FULLTEXT_WHERE_document', 't.date>"' . $limite . '"');
}

Ceci limitera le corpus de recherche (l’ensemble des données dans lequel s’effectuera la recherche) pour les articles, rubriques et documents aux seuls éléments dont la date (en l’occurence l’année de publication) est strictement supérieure à celle fournie par l’utilisateur.

Étendre la recherche aux mots de 3 lettres

Par défaut MySQL FULLTEXT indexe les mots de quatre lettres ou plus. Pour étendre la recherche aux mots de 3 lettres ou plus, il faut modifier la config du serveur (/etc/mysql/my.cnf sous Debian), et ajouter les deux éléments suivants :

[mysqld]
ft_min_word_len=3
[myisamchk]
ft_min_word_len=3

Attention après avoir effectué cette manipulation il est impératif de reconstruire tous les index FULLTEXT de toutes les bases de données présentes sur le serveur, cf. http://dev.mysql.com/doc/refman/5.1....
Une méthode en ligne de commande (il faut être root) :

# /etc/init.d/mysql stop
Stopping MySQL database server: mysqld.
# myisamchk --recover /var/lib/mysql*/*MYI
... (quelques secondes ou minutes) ...
# /etc/init.d/mysql start

Exemples d’utilisation

Suggérer des réponses aux questions sur forum.spip.org

Lire l’article « Forum.spip.org comme base de connaissances » sur spip.blog.

et aussi

... à vous de jouer !

Voir en ligne : https://plugins.spip.net/fulltext

Notes

[1Uniquement les PDF, DOC, PPT, XLS, ODT, DOCX, PPTX et XLXS dans un premier temps.

Dernière modification de cette page le 29 octobre 2017

Retour en haut de la page

Tout afficher

Vos commentaires

  • Le 5 mars 2010 à 15:16, par ? En réponse à : Fulltext

    Je suis très intéressé par ce plugin et principalement la recherche dans les pdf cependant comme beaucoup je ne comprends pas du tout la partie « installation » et principalement l’installation de Xpdf. Installé ou ? comment ? etc...
    Ça serait vraiment super qu’une personne complète cette partie car je pense que la contribution n’en serait que plus intéressante.

    Merci, d’avance Mathieu.

    Répondre à ce message

  • Le 17 février 2010 à 10:55, par 1138 En réponse à : Fulltext : syntaxe mes_options.php

    Bonjour !

    N’étant pas familier avec PHP et la syntaxe pour mes_options.php n’étant pas précisée ici, je viens vous demander si je ne fais pas une bêtise en définissant ainsi les constantes :

    <?php
     define('_FULLTEXT_TAILLE', '50000');
    ?>

    ou (avec indexation des pdf)

    <?php
     define('_FULLTEXT_TAILLE', '50000');
     define('_FULLTEXT_PDF_EXE', '/usr/bin/xpdf/pdftotext');
     define('_FULLTEXT_PDF_CMD_OPTIONS', '-enc UTF-8');
    ?>

    Merci d’avance !

    Répondre à ce message

  • Le 15 janvier 2010 à 14:32, par Philippe G. En réponse à : Problème !

    Bonjour,
    J’ai un sacré problème, le plugin m’ayant demandé de convertir ma base en utf-8 (pourtant elle y est déjà), j’ai cliqué, me disant qu’il y avait bien une raison pour qu’on me demande cela. le résultat est catastrophique, naturellement. Y a-t-il un moyen de revenir en arrière, sachant que je n’ai pas fais de sauvegarde (erreur que je ne fais pourtant jamais !) ?
    Merci d’avance.
    Philippe

    • Le 15 janvier 2010 à 16:26, par Fil En réponse à : Problème !

      Normalement la procédure de conversion utf8 écrit un backup de la base dans le répertoire tmp/

      Cela dit ce n’est peut-être pas si « catastrophique » que cela ; fais un dump SQL de ta base, de manière à pouvoir le cas échéant la récupérer

    • Le 10 février 2010 à 11:32, par ? En réponse à : Problème !

      Philippe G.

      J’avais un souci de recherche infructueuse sur les mots comprenant des caractères accentués depuis quelque temps, que je pensais résoudre en suivant les indications données ici :

      http://benjamin.sonntag.fr/Resolu-Probleme-de-recherche-avec-accents-dans-Spip#forum339

      J’ai subi un échec à l’importation de ma base corrigée, puis, après sauvegarde, ai décidé de faire confiance à la correction proposée par FULLTEXT, malgré ta mauvaise expérience.

      Résultat : impeccable, la base a été convertie, aucun souci.

      Merci FULLTEXT, qui a incidemment réglé un souci que je ne comprenais pas.

      Christophe

    Répondre à ce message

  • Le 4 février 2010 à 00:31, par Mat En réponse à : Fulltext - Balise #EXTRAIT

    Bonjour,
    il y avait une balise #EXTRAIT avec le plugin Indexation qui permettait d’afficher dans les résultats de recherche l’extrait où se trouvait le mot recherché.
    Il me semble que cette balise n’est plus disponible avec le plugin Fulltext ? Y’a-t-il un autre moyen d’arriver au même résultat ?
    Merci beaucoup !

    Répondre à ce message

  • Le 12 novembre 2009 à 19:16, par ? En réponse à : Fulltext

    Bonjour et merci pour cette fonctionnalité avancée.

    J’ai installé XPDF sur mon serveur, ensuite j’ai ajouté dans le fichier mes_options.php la ligne suivante :

    define('_FULLTEXT_PDF_EXE', '/usr/bin/pdftotext');

    Maintenant comment faire pour que les contenus des documents PDF déjà présents dans mon site soient indexés ?
    Comment savoir aussi ceux qui le sont déjà ou pas ?

    Merci par avance.

    • Le 13 novembre 2009 à 12:01, par Nicolas Hoizey En réponse à : Fulltext

      L’info est dans la base, les docs ont un statut d’indexation qui vaut « oui » s’ils sont indexés, « non » s’ils sont en attente de passage du génie, et « err » s’ils n’ont pas pu être indexés, soit à cause d’une erreur soit à cause de l’absence d’un extracteur.

      On va ajouter une page permettant de relancer l’indexation de ceux qui sont en erreur.

    • Le 26 novembre 2009 à 10:41, par ? En réponse à : Fulltext

      bonjour
      moi je n’arrive pas à trouver le fichier mes_options.php, merci de m’indiquer ce chemin et aussi les différentes étapes à suivre après l’installation de xpdf et fulltext pour commencer l’indexation

    • Le 26 novembre 2009 à 13:43, par Loiseau2nuit En réponse à : Fulltext

      bonjour moi je n’arrive pas à trouver le fichier mes_options.php, merci de m’indiquer ce chemin

      mes_options.php se trouve dans le répertoire /config à la racine de ton spip.

      Ce fichier n’existe pas par défaut, il faut donc le créer au besoin.

      ... et aussi les différentes étapes à suivre après l’installation de xpdf et fulltext pour commencer l’indexation

      ca par contre, je laisse à d’autres le soin de t’expliquer ça, moi je n’en suis pas encore là dans mon analyse de Fulltext

    • Le 26 novembre 2009 à 15:03, par ? En réponse à : Fulltext

      Merci pour votre réponse effectivement ce fichier ne figure pas dans le répertoire config donc pour le crée j’aurai besoin de son contenu, merci de me transmettre le contenu de ce fichier

    • Le 26 novembre 2009 à 15:09, par Loiseau2nuit En réponse à : Fulltext

      Euh oui mais non. Son contenu dépend essentielement de la configuration dont TU as besoin. Je peux bien te filer le contenu d’un des miens de fichier mais ca ne t’avanceras absoluement à rien.

      Et pour ce qui concerne le cadre propre à FullText, ce que doit contenir le mes_options.php est déjà indiqué dans l’article ;-)

    • Le 7 décembre 2009 à 10:40, par ? En réponse à : Fulltext

      merci pour votre réponse, mais j’aurai besoin du contenu de l’un de vos fichier pour avoir une idée sur le contenu de ce fichier, et merci

    Répondre à ce message

  • Le 6 décembre 2009 à 10:31, par ? En réponse à : Fulltext et /ecrire

    Bonjour,

    est-ce que l’activation du plug-in permet d’en avoir également l’usage dans la partie privée ?

    merci

    • Le 6 décembre 2009 à 10:37, par Fil En réponse à : Fulltext et /ecrire

      oui il fonctionne aussi dans la partie privée

    Répondre à ce message

  • Le 13 novembre 2009 à 14:01, par ? En réponse à : Fulltext

    Merci pour cette précision.

    Dans le fichier « extract.log » voici ce que j’ai (j’ai remplacé les IP pour ne pas les afficher)

    Nov 13 13:00:20 XXX.XXX.XXX.XXX (pid 9119) Indexation de gif/mini.gif
    Nov 13 13:00:20 XXX.XXX.XXX.XXX (pid 9119) Indexation de jpg/01-cant.jpg
    Nov 13 13:00:20 XXX.XXX.XXX.XXX (pid 9119) Indexation de jpg/01-foot.jpg
    Nov 13 13:00:20 XXX.XXX.XXX.XXX (pid 9119) Indexation de jpg/arton53.jpg
    Nov 13 13:00:20 XXX.XXX.XXX.XXX (pid 9119) Indexation de jpg/photo02.jpg
    Nov 13 13:24:01 XXX.XXX.XXX.XXX (pid 9201) Indexation de gif/mini.gif
    Nov 13 13:24:01 XXX.XXX.XXX.XXX (pid 9201) Indexation de jpg/01-cant.jpg
    Nov 13 13:24:01 XXX.XXX.XXX.XXX (pid 9201) Indexation de jpg/01-foot.jpg
    Nov 13 13:24:01 XXX.XXX.XXX.XXX (pid 9201) Indexation de jpg/arton53.jpg
    Nov 13 13:24:01 XXX.XXX.XXX.XXX (pid 9201) Indexation de jpg/photo02.jpg
    Nov 13 13:43:36 XXX.XXX.XXX.XXX (pid 9320) Indexation de gif/mini.gif
    Nov 13 13:43:36 XXX.XXX.XXX.XXX (pid 9320) Indexation de jpg/01-cant.jpg
    Nov 13 13:43:36 XXX.XXX.XXX.XXX (pid 9320) Indexation de jpg/01-foot.jpg
    Nov 13 13:43:36 XXX.XXX.XXX.XXX (pid 9320) Indexation de jpg/arton53.jpg
    Nov 13 13:43:36 XXX.XXX.XXX.XXX (pid 9320) Indexation de jpg/photo02.jpg

    Qu’est-ce qui pourrait empêcher l’indexation des documents, puisqu’il à l’air de tourner en boucle ?

    Encore merci.

    • Le 13 novembre 2009 à 14:14, par Nicolas Hoizey En réponse à : Fulltext

      C’est bizarre, il devrait te dire qu’il n’a pas d’extracteur pour les .jpg et .gif normalement !

    Répondre à ce message

  • Le 23 juin 2009 à 15:09, par ? En réponse à : Fulltext et contenu de document

    Bonjour

    Est-ce que Spip 2 cherche sur le contenu des documents PDF et DOC comme il le faisait dans les versions précédentes ?

    Est-ce que ce plugin modifie ce comportement ?

    • Le 23 septembre 2009 à 18:15, par ? En réponse à : Fulltext et contenu de document

      Bonjour,

      Je recherche aussi une solution.
      je suis en 2.0.9, et au niveau des résultats de recherche j’obtiens des documents qui ont le mot recherché dans le titre ou le descriptif mais pas dans le contenu des PDF.

      Une idée ?

    • Le 29 septembre 2009 à 17:31, par Nicolas Hoizey En réponse à : Fulltext et contenu de document

      L’indexation du contenu des pièces jointes arrive dans quelques heures dans ce plugin, en commençant justement par les PDF !

    • Le 30 septembre 2009 à 08:33, par ? En réponse à : Fulltext et contenu de document

      Excellent !

      Merci beaucoup !!!
      Cela confirme donc le fait que Spip n’indexe plus les contenus de certaines pièces jointes ou pas ?

      Quoi qu’il en soit merci de la contrib !

    • Le 30 septembre 2009 à 09:14, par Nicolas Hoizey En réponse à : Fulltext et contenu de document

      SPIP seul n’a jamais indexé la moindre pièce jointe. Avant, il fallait utiliser le plugin Indexation, maintenant Fulltext hérite de cette fonctionnalité.

    • Le 23 octobre 2009 à 02:16, par ayento En réponse à : Fulltext et contenu de document

      Bravo pour ce plugin et vivement la suit, genre une balise #extrait(extrait du texte ou la recherche a trouvé la recherche :)), si je me sors assez vite d’autre soucis de webmaster je me lance pour voir comment fiare une telle balise.
      En attendant, dès que j’active le plugin je ne peux plus rechercher dans les brèves... J’efface les index fulltext, je les recrés... toujours rien. Le problème disparait quand je déactive le plugin... Le fichier rechercher.php et a priori correcte. Je recherche également dans les évenements et la pas de soucis... Je suis sur spip 2.09.
      Une suggération ?

    • Le 28 octobre 2009 à 01:35, par ? En réponse à : Fulltext et contenu de document

      Vraiment aucune idée sur le fait que la recherche sur les brèves ne fonctionne pas ?

    Répondre à ce message

  • Le 4 août 2009 à 15:36, par dinomaster En réponse à : Tables supplémentaires

    Comment faire pour inclure dans la recherche des tables supplémentaires qui ne sont pas gérées par spip ?

    • Le 22 août 2009 à 18:44, par Fil En réponse à : Tables supplémentaires

      Je crois qu’il va falloir que tu regardes un peu le code en détails, car à priori ce n’est pas prévu en standard. Bon courage et n’hésite pas à partager tes solutions

    Répondre à ce message

  • Le 2 août 2009 à 00:11, par Vincent Ramos En réponse à : Fulltext

    Juste un mot : « Bravo ! » Et même un autre : « Merci ».

    Répondre à ce message

Répondre à cet article

Qui êtes-vous ?
  • [Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici Les choses à faire avant de poser une question (Prolégomènes aux rapports de bugs. )
Ajouter un document

Retour en haut de la page

Ça discute par ici

  • PHANTOM (HTML5UP)

    18 juillet – commentaires

    Squelette SPIP pour intégrer le modèle Phantom de HTML5UP. https://html5up.net/phantom Installation A l’activation, le plugin installe aussi les plugins suivants : crayons, favicon, metasplus+, Couleur d’objet, champs extras, SPIP reset centre (...)

  • ScolaSPIP 3

    21 mai 2012 – 448 commentaires

    Un plugin-squelette personnalisable pour sites Web d’établissements scolaires

  • Formulaire d’upload en html5

    27 avril 2015 – 93 commentaires

    Un formulaire d’upload en html5 pour l’interface admin de SPIP. Ce plugin ajoute un système d’upload moderne à SPIP. Il peut être utilisé pour l’upload de masse. Ce système est basé sur dropzonejs. Utilisation Espace privé de SPIP Dans l’espace (...)

  • Passer un site SPIP sous https://

    23 février 2017 – 42 commentaires

    Comment migrer simplement votre site SPIP de http:// vers https:// Le protocole https:// devient de plus en plus courant : C’est mieux pour la vie privée de tous La plupart des grands sites l’a déjà adopté Certains navigateurs commencent à afficher (...)

  • SPIP 3.2, Agenda et FullCalendar

    6 juin – 20 commentaires

    Nous avions publié un article sur la manière d’utiliser FullCalendar avec SPIP 3.0 afin d’afficher des évènements sous forme d’Agenda. La version de FullCalendar a changé avec SPIP 3.2. Le présent article est donc un tutoriel adapté à SPIP 3.2. Pour (...)