Recherche avancée

Sur d’autres sites (11341)

• 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 ?.

• Anomalie #3418 (Nouveau) : Les tables des plugins ne s’installent pas

  5 avril 2015, par Franck Dalot

  Bonjour
  Suite à une demande d’aide sur l’IRC hier d’une personne qui souhaite, faire la migration de sont spip 1.9.1 en 2.1.26, j’ai fait un test.
  En effet, cette personne voulait faire sa migration car elle est chez ovh, donc voulant faire un changement de version de php et donc de spip en même temps

  J’ai juste fait l’installation d’un spip 2.1 dev (neuf) et fait l’essai de faire l’installation de plugins via le système automatique /ecrire/ ?exec=charger_plugin
  PHP 5.6.6
  Aucun préfix particulier concernant le préfix des tables, elles sont donc sous la forme : spip_xxx
  Installation en MySQL
  SPIP 2.1.26 [21956] (le problème est présent également en 2.1.26 [21262])

  A savoir que j’ai fait l’essai avec 2 types de plugins et via 2 installations entièrement neuve systématiquement.
  J’ai fait l’essai avec le plugin "agenda" (2.4.4), mais aussi "gis" (2.4.11)
  C’est d’ailleurs pour cela que je ne pense pas que le problème vient des plug. Mais plutôt de spip

  A chaque fois, les tables qui devaient être présente suite à l’installation des plug étaient absente !

• Anomalie #3162 : Moteur de recherche : combinaison d’un mot court et d’un mot avec accents ne reto...

  19 septembre 2017, par - Equipement

  Bonjour. Sur SPIP 3.1.6 [23598] avec MYSQL 5.5.41 (tables MYISAM) en utf-8, j’ai créé un article avec le titre "La belle hélène et Paris". J’ai vidé la table spip_resultats, puis j’ai effectué les cinq recherches suivantes :
  - hélène paris => OK
  - la paris => OK
  - paris et héléne => OK
  - la hélène => PAS OK
  - hélène et => PAS OK

  J’ai ensuite ajouté, dans inc/recherche_to_array.php (ligne 91), le spip_log ci-dessous :

  spip_log("Trace : SELECT ".implode(", ",$requete[’SELECT’])." FROM ".implode(" ",$requete[’FROM’])." WHERE ".implode(" ",$requete[’WHERE’]), _LOG_ERREUR) ;
  

  La requête SQL générée par la fonction inc_recherche_to_array_dist est la suivante, pour la recherche de "hélène et" :

  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 spip_articles AS t WHERE t.surtitre REGEXP ’h.l.ne et|h.l.ne’ OR t.titre REGEXP ’h.l.ne et|h.l.ne’ OR t.soustitre REGEXP ’h.l.ne et|h.l.ne’ OR t.chapo REGEXP ’h.l.ne et|h.l.ne’ OR t.texte REGEXP ’h.l.ne et|h.l.ne’ OR t.ps REGEXP ’h.l.ne et|h.l.ne’ OR t.nom_site REGEXP ’h.l.ne et|h.l.ne’ OR t.url_site REGEXP ’h.l.ne et|h.l.ne’ OR t.descriptif REGEXP ’h.l.ne et|h.l.ne’
  

  Dans phpmyadmin, l’exécution de cette requête retourne un résultat vide (aucune ligne).