Recherche avancée

Sur d’autres sites (12864)

• Anomalie #4635 (Fermé) : Changement de jointures des documents en 3.3

  21 janvier 2021, par jluc -

  Une boucle
  

  [
  

  
  est devenue incompatible avec le nouveau spip3.3.

  Le squelette la contenant est inclu par :
  

  documents,objet=truc,id_objet=#ID_TRUC,env,ajax=documents>
  

  Maintenant l’inclusion chope l’id_rubrique du truc et produit un gros MYSQL qui échoue :

  SELECT 0+documents.titre AS num, documents.date, documents.id_document, L5.mime_type, L1.id_objet AS id_article, L1.id_objet AS id_rubrique, documents.titre, documents.fichier, L1.id_objet, L1.objet
  FROM spip_documents AS `documents`  
  INNER JOIN spip_types_documents AS L5 ON ( L5.extension = documents.extension ) 
  INNER JOIN spip_documents_liens AS L4 ON ( L4.id_document = documents.id_document ) 
  INNER JOIN spip_documents_liens AS L3 ON ( L3.id_document = documents.id_document ) 
  INNER JOIN spip_documents_liens AS L1 ON ( L1.id_document = documents.id_document )
  WHERE (documents.taille > 0 OR documents.distant=’oui’)
      AND (L1.id_objet = 3)
      AND (L1.objet = ’rubrique’)
      AND (L3.objet = ’truc’)
      AND (L4.id_objet = 19640)
      AND (documents.extension  IN (’png’,’jpg’,’gif’))
      AND (documents.id_document NOT IN (’’))
  GROUP BY documents.id_document
  ORDER BY num, documents.date
  

  Avant, je ne sais pas pour quelle raison mais la boucle n’accrochait pas la rubrique du "truc".
  Pour régler, j’ai supprimé les critères id_article ? et id_rubrique ?.

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

  7 janvier 2016, par Gilles VINCENT

  Suite à la discussion entammée sur spip-dev, je suggère d’utiliser la recherche Fulltext par défaut, au lieu des REGEXP actuelles
  http://thread.gmane.org/gmane.comp.web.spip.devel/66780

  Par défaut, recherche génère des requêtes des type REGEXP, ce qui n’est utile que si des utilisateurs font des recherches avec des expressions régulières, ce qui n’est pas le cas. Depuis le commit r21697 les tables ont installées par défaut au format MyISAM (demande #2727). SPIP gagnerait donc à utiliser les recherches en Fulltext.

  Analyse détaillée du problème faite par Remi (root@lautre.net) :

  Le problème c’est que ce type de requête est généré dès lors qu’il y a un
  espace dans la recherche et les requêtes REGEXP n’utilisent pas les index.

  Donc ça ne concerne pas que les utilisateurs qui recherchent des
  expressions régulières.

  Pour une recherche aussi bête que "chercher un mot" ça recherche
  REGEXP sur chaque colonne de la table
  spip_articles. Evidemment ça renvoie tous les articles contenant "un".

  Un exemple particulièrement inefficace : 51s pour faire une recherche sur 2
  mots sans avoir la certitude que les 2 mots ne s’y trouvent.

  1. Query_time : 51.073814 Lock_time : 0.018906 Rows_sent : 16363 Rows_examined : 36816

  SELECT t.id_article, t.surtitre, t.titre, t.soustitre, t.chapo, t.texte,
  t.ps, t.nom_site, t.url_site, t.descriptif FROM `xxxxxx`.spip_articles AS t
  WHERE t.surtitre REGEXP ’Etats unis|Etats|unis’ OR t.titre REGEXP ’Etats
  unis|Etats|unis’ OR t.soustitre REGEXP ’Etats unis|Etats|unis’ OR t.chapo
  REGEXP ’Etats unis|Etats|unis’ OR t.texte REGEXP ’Etats unis|Etats|unis’
  OR t.ps REGEXP ’Etats unis|Etats|unis’ OR t.nom_site REGEXP ’Etats
  unis|Etats|unis’ OR t.url_site REGEXP ’Etats unis|Etats|unis’ OR
  t.descriptif REGEXP ’Etats unis|Etats|unis’ ;

  Ici, ça me renvoie les articles qui contiennent "punissons",
  "réunis".

  A ce niveau, un bête like me met "que" 5s :

  SELECT * from (select *, concat( t.surtitre, t.titre, t.soustitre,
  t.chapo, t.texte, t.ps, t.nom_site, t.url_site, t.descriptif) search from
  spip_articles t) s WHERE s.search like ’%unis%’ or s.search like
  ’%Etats%’ ;

  Mais honnêtement 5s, ce n’est pas non plus acceptable.

  Mais s’il vous faut mettre un truc par défaut autre que du fulltext,
  utilisez LIKE sur la chaine à rechercher. Ca ira plus vite et ça vous
  renverra des résultats plus cohérents.

  Remi

• Anomalie #3609 (Fermé) : Problème avec les externals

  29 novembre 2015, par Franck Dalot

  Bonjour
  Php 5.4.45
  Installation en MySQL
  SPIP 3.1.0-rc [22601]

  Si j’ajoute dans les dépôts de spip
  http://files.spip.org/externals/archives_externals.xml

  En spip 3.1, il ne trouve que 3 plugins sur 8 (http://zone.spip.org/trac/spip-zone/browser/archivelist_externals.txt)
  Ils trouvent bank, video_accessible, et markdown
  A savoir qu’avant que je mette le dernier tag concernant markdown, spip ne trouvais même pas markdown
  Donc il semble que au moment de l’ajout du dépôt il faut qu’archivlist_externals soit à jour avec les derniers tag
  Aucune idée si SVP propose au moins les mises à jours pour ceux qui ont les anciennes versions.

  A savoir qu’en SPIP 3.0.21 [22462], spip me trouve 7 plugins sur 8
  Il manque juste : externals/github/hal/tags/v0.3.0/ ;hal

  Dans les deux cas, SVP ne trouve pas tous les plug.
  Il y a une différence de comportement entre spip 3.0 et 3.1
  Franck