Recherche avancée

Sur d’autres sites (9550)

• Anomalie #3930 : Moteur de recherche : combinaison de DEUX mots avec accents ne retourne rien

  1er octobre 2018, par - Equipement

  Pour information, j’ai effectué les tests suivants sur SPIP 3.2.1 [23954] (installation neuve puis ajout d’une rubrique "secrétariat général" et de son article publié) :

  - sous PHP 7.0 avec mariaDB : la recherche sur "secrétariat général" trouve bien la rubrique.
  - sous PHP 5.6 avec mysql 5.6 : la recherche sur "secrétariat général" ne trouve pas la rubrique.

  Je précise que dans les deux cas, les bases sont en utf8 et que l’interclassement des tables est utf8_general_ci.

  A titre de test (ce n’est pas une proposition de correctif), au début de la fonction inc_recherche_to_array_dist, j’ai ajouté :
  

  <span class="CodeRay"><span class="local-variable">$recherche</span> = ci_rewrite(<span class="local-variable">$recherche</span>);
  </span>
  Télécharger

  
  puis j’ai ajouté la fonction :
  

  <span class="CodeRay"><span class="keyword">function</span> <span class="function">ci_rewrite</span>(<span class="local-variable">$chaine</span>){
    <span class="local-variable">$rewrite</span> = <span class="predefined">strtr</span>(
        <span class="local-variable">$rewrite</span>, 
        <span class="string"><span class="delimiter">'</span><span class="content">@ÀÁÂÃÄÅÇÈÉÊËÌÍÎÏÒÓÔÕÖÙÚÛÜÝàáâãäåçèéêëìíîïðòóôõöùúûüýÿ</span><span class="delimiter">'</span></span>,
        <span class="string"><span class="delimiter">'</span><span class="content">aAAAAAACEEEEIIIIOOOOOUUUUYaaaaaaceeeeiiiioooooouuuuyy</span><span class="delimiter">'</span></span>
    );
      <span class="keyword">return</span> <span class="local-variable">$rewrite</span>;
  }
  </span>
  Télécharger

  
  Avec ce bout de code, la recherche sur "secrétariat général" trouve alors la rubrique, sous PHP 5.6 avec mysql 5.6.

  Remarque : j’ai aussi essayé avec la fonction translitteration de SPIP, mais cela ne marche pas.

• Anomalie #4265 (Nouveau) : synchro regexp de filtrage des vars d’url

  4 janvier 2019, par jluc -

  La regexp de nettoyer_uri_var doit rester synchro avec le define faite au début de public assembler
  sinon des fbclid se retrouvent inutilement dans les actions des formulaires notamment.

  Voici le pull request : https://github.com/spip/SPIP/pull/33
  le diff : https://patch-diff.githubusercontent.com/raw/spip/SPIP/pull/33.diff
  et le patch : https://patch-diff.githubusercontent.com/raw/spip/SPIP/pull/33.patch

  Rq : Il serait possible d’éditer automatiquement la define par remplacement de motifs pour s’en servir automatiquement dans nettoyer_uri_var.

• Anomalie #4290 (Nouveau) : Bug : Expressions régulières, certaines syntaxes ne répondent pas ce qu...

  15 février 2019, par Joachim SENE

  1. Les expressions régulières, dans SPIP, n’acceptent pas la syntaxe 3 pour dire "exactement 3 occurrences".
  2. Le caractère "." semble mal géré quand le cherche avec \.
  3. En revanche le caractère "." réagit bien quand on veut l’exclure

  Exemple 1
  titre==^([0-9]+\.{1}\s{1}.+)
  est censé me renvoyer les articles dont le titre commence par une suite de chiffres, suivi d’un point puis d’un espace, puis de texte comme 01. titre ou 12. un autre titre, mais pas 27 septembre qui ne possède pas le point séparateur.
  Cela fait planter la boucle : "_texte mal formé_" et "_fin de boucle non trouvée_".
  Code de la regex d’exemple pourtant testé ok avec un outil php comme le site de validation https://regex101.com/

  Exemple 2
  ^([0-9]+\.+\s+)
  même tentative mais en demandant : le début par une suite de chiffres, le caractère point 1 fois ou plus, un espace une fois au plus
  (ce qui me suffirait à vrai dire)
  Cela renvoie aussi les articles dont le titre ne comporte pas le "." après les chiffres, comme "27 septembre" par exemple.
  Testé ok avec regex101

  Exemple 3
  En revanche, le code suivant fonctionne bien en me renvoyer bien uniquement les articles comme 27 septembre
  ^([0-9]+[^\.]\s+.)
  où je demande bien les titres commençant par : chiffres, puis pas de point puis au moins 1 espace, et ce qu’on veut
  Testé même résultat avec regex101