Avec Drupal et Drupal 8 encore plus la recherche passe la plupart du temps par Search API, une interface qui se branche devant plusieurs moteur de base de données (SolR, ElasticSearch, Database...)
Le plus souvent on va faire nos pages de résultats de recherche à l'aide de Views (et du module Search views pour Drupal 7). Mais dans certains cas on va vouloir avoir plus la main sur la recherche et donc aller interroger Search API directement dans le code.
Initialisation de la requête
Chargement de l'index (ici, le nom machine est « contenu »)
// Chargement de l'index « contenu »
$query = Index::load('contenu')->query();
Définition de la requête recherchée
Terme sur lesquels vont être effectués la requête.
// On lancer la recherche sur « hello world »
$query->keys("hello world");
Mode de la requête
// Les différentes possibilités sont
// - « direct » => Requête directe
// - « terms » => Multiple words
// - « phrase » => Single phrase
$parse_mode = \Drupal::service('plugin.manager.search_api.parse_mode')->createInstance('direct');
// Optionnellement, on peut choisir un opérateur spécifique (OR ou AND)
$parse_mode->setConjunction('OR');
// Affectation du mode de la requête
$query->setParseMode($parse_mode);
Définitions des champs sur lesquels rechercher
Évidement c'est optionnel, par défaut la recherche se fera sur l'ensemble des champs « fulltext » contenus dans l'index.
// Recherche uniquement sur le champ « body »
$query->setFulltextFields(['body']);
// Recherche uniquement sur les champs « body » et « title »
$query->setFulltextFields(['body', 'title']);
Ajout de conditions supplémentaires
L'objet retourné par Index::load('contenu')->query(); est une query classique drupal, sur laquelle on peut effectuer les traitement classique que l'on peut faire sur n'importe quelle Query drupal8.
À noter ici que le nom des champs doit être celui que l'on renseigne dans l'index, ils peuvent être différents des noms des champs définis dans nos types de contenu.
Quelques exemples en vrac :
Condition sur un champ boolean
// le champ private doit être « TRUE »
$query->addCondition('private', TRUE);
Condition sur un champ « varchar »
// on veut que le contenu retourné soit un article ou un snippet
$query->addCondition('type', ['article', 'snippet'], 'IN');
Condition sur un champ date
À noter le format de date à utiliser : "Y-m-d\TH:i:s\Z"
$btf = \DateTime::createFromFormat('d/m/Y', '21/10/2015');
$date_formatted = $btf->format("Y-m-d\TH:i:s\Z")
// Date de création de l'article > date définie
$query->addCondition('created', $date_formatted, '>');
// Et l'inverse
$query->addCondition('created', $date_to, '<');
Pagination
Gestion de la pagination identique à une requête classique
// Récupération des 20 premiers résultats.
$query->range(0, 20);
Exécution de la requête et récupération des résultats
$results_set = $query->execute();
//Nombre de résultats retournés
$nb_results = $results_set->getResultCount()
// Récupération des entités
foreach ($results_set->getResultItems() as $item) {
$resultat = $item->getOriginalObject()->getValue();
}
Sources
Pas trouvé grand chose sur le sujet à part cette page dans la documentation sur drupal.org : https://www.drupal.org/docs/8/modules/search-api/developer-documentatio…
Si vous avez d'autres liens pouvant aider, je suis preneur.
Commentaires
Bonjour,
Je vous remercie pour votre explication,
Je voulais faire une requête solr pour que je puisse afficher les villes les plus proches à celle saisie par l'internaute,j'ai trouvé une fonction qui calcule la distance en utilisant latitude et longitude,par contre dans la requête je ne sais pas quoi mettre, pour la comparaison.
merci d'avance
u
Très bon article ! la couche d'abstraction proposée pour la requête est sympathique, par contre je me pose la question des limites, chaque moteur ayant ensuite ses propres fonctionnalités je pense que dès que tu veux faire du très spé tu risque de te heurter à des limites, sais tu comment depuis Drupal 8, on pourrait par exemple écrire une requête Solr ?
De mémoire search api solr utiliser solarium https://solarium.readthedocs.io/en/master/ mais je n'ai pas vu comment récupérer la config et l'injecter facilement ?
Juste pour te signaler sur le dernier exemple
$nb_results = $results_set->getResultCount()
Il te manque ";" en fin de ligne.
Bonjour,
Très pratique merci beaucoup.
Comment je peux faire une requête de type start by, end by ou contain.
J'ai tenté addcondition('field_name','%value%','LIKE')
addcondition('field_name','*value*','LIKE')
Un petit ajout, si on souhaite faire de la recherche approximative pour autoriser par exemple "baffouiller" à trouver le résultat "bafouiller":
$parse_mode_manager = \Drupal::service('plugin.manager.search_api.parse_mode');$parse_mode_manager->createInstance('fuzzy_terms');Merci d'avoir partagé [url=https://permisexpresssfrance.com/service/acheter-permis-moto/]permis express france[/url]
Es hat mir sehr gefallen, danke. https://expressfuhrerschein.de/
Cet article sur l'intégration de Search API avec Drupal 8 est vraiment utile pour ceux qui souhaitent aller au-delà de l'interface classique de recherche, notamment en manipulant directement les requêtes dans le code. C’est une excellente ressource pour personnaliser la recherche de manière plus précise, notamment en choisissant les champs spécifiques à interroger ou en ajoutant des conditions sur des champs de type booléen, varchar, ou date.
Cependant, un petit détail que j’ai trouvé intéressant et qui pourrait mériter d’être approfondi, c’est la gestion de la pagination. Dans les projets où la quantité de données est importante, cette partie devient essentielle pour ne pas saturer les ressources et offrir une meilleure expérience utilisateur. Si vous souhaitez explorer plus de cas d’utilisation avancés, je vous invite à jeter un œil à mes autres projets sur le site permisexpresssfrance.com, où j’utilise également Drupal pour des solutions sur mesure.
En tout cas, l’article met bien en évidence l’efficacité de Search API pour optimiser les recherches dans des projets complexes. Il serait peut-être aussi intéressant d’explorer les différentes façons d’optimiser la requête côté serveur, surtout quand on travaille avec des moteurs comme SolR ou ElasticSearch pour gérer de gros volumes de données.
Ajouter un commentaire