Recherche avancée

Sur d’autres sites (6523)

• Evolution #3638 : Utiliser la rechercher Fulltext par défaut pour le critère {recherche}

  6 mai 2017, par guytarr °

  Gilles VINCENT a écrit :

  Je suis d’accord que la recherche fulltext ne fonctionne qu’avec mysql.
  Mais est-ce une raison suffisante pour tirer les performances vers le bas ?
  Pour ma part je ne pense pas.

  Ensuite, si le plugin Fulltext répond à la demande (à savoir pourvoir faire une recherche sur "chercher un mot" qui soit pertinente) alors peut-être qu’il faut le mettre par défaut dans plugins-dist, et ne l’activer que si les conditions sur la base de données sont réunies. Comme cela, on ne change rien à l’api générale, et les recherches deviennent meilleurs. Tout le monde est satisfait !

  Qu’en dites-vous ?

  Une simple remarque : je pense qu’il faut proposer lorsque c’est possible une recherche basée sur un outil qui est conçu pour (sphinx, elasticsearch).
  Autant pour la partie publique c’est au cas par cas, autant pour l’espace privé on sait à quoi s’attendre et on pourrait proposer une solution intelligente (et performante) basée là-dessus et où plugins (objets) pourraient se brancher simplement.
  Le fulltext est pas mal mais il y a des contraintes de version, de moteur sgbd, etc... Je pense que l’on va s’embêter pour obtenir un moins bon résultat au lieu de déléguer ça à un outil qui sait bien le faire.

• Anomalie #2988 (Nouveau) : Bug squelette liste des messages internes

  30 avril 2013, par Eric Camus

  Bonjour,

  Avec SPIP 3.0.8 de base mais en retirant le plugin-dist "breves" (Windows + IIS 6 + PHP 5.2.17).

  Attention : dans l’interface d’administration.

  Il y a une erreur dans la page "ecrire/index.php ?exec=controler_forum&type_message=interne" qui fait appel au modèle "prive/modeles/forum.html" sur les ligne 25 et 26 qui sont des boucles sur les objets "breves" et "sites" qui peuvent avoir étés supprimés (ou surtout pas installé au départ -> pas de tables dans la base).

  De plus quand on est sur un message général, apparait un lien sur le titre du message qui est en 404 !!

  J’ai pour ma part remplacer les ligne 23 à 31 par :

  [(#OBJET|oui)
  

  #OBJET : [(#TITRE| ?#TITRE,#NOM)]
  #SETvoir,’

  ’
  ]

  Mais c’est juste une proposition qui affiche quelque chose de non satisfaisant au niveau de l’écriture (juste le nom de l’objet, non traduit aussi) mais qui n’affiche rien pour les messages généraux.

  Nota : il y a d’autres références a des boucles (id) "breves" et "sites" dans ce plugin ...(futur bug de nécessité).

• Révision 23304 : Report de r23258 :

  8 décembre 2016, par marcimat@rezo.net

  Ticket #3860 : Lors du calcul du fichier de caches des pipelines,
  notamment et particulièrement lorsqu’on utilise la balise `` dans un paquet.xml,
  bien faire en sorte d’avoir les chemins des plugins actifs (ou à activer) chargés pour
  tester la présence de la fonction demandée dans la balise ``.

  Sinon, si on vide le cache (depuis l’admin, ou brutalement tmp/cache/*), les crons déclarés dans
  les balises `` ne sont plus activés tant qu’on ne repasse pas sur la page d’administration
  des plugins.

  Du coup, on déplace le chargement des chemins de plugins et options un peu au dessus, pour que
  la précompilation des pipelines ait accès aux fichiers des plugins activés.

  Le petit hic, c’est un léger changement de comportement : les fichiers
  d’options des plugins n’ont plus accès, dans la globale ’spip_pipeline’,
  aux fonctions ajoutés par les balises `` des paquet.xml et plugin.xml,
  (infos complétées après le chargement des fichiers d’options donc).
  Je ne pense pas que ce changement soit gênant.