Module de recherche visuelle (sans SaaS) : Moteur de recherche intelligent auto-hébergé avec option Meilisearch

08/10/2026
v1.4.38

Lors de la saisie, les résultats apparaissent au-dessus, et non en dessous, du message de bienvenue.

Vu sur iogenixdise (PS 8.2) lors de la recherche de « Isolate » : une fois la requête saisie, le panneau a continué à afficher « Recherches populaires » et « Meilleures ventes », et les résultats, avec la correspondance exacte en haut, étaient à environ 1 580 px du haut.

Auparavant, c'était une course. À l'ouverture du panneau, le serveur demandait un message de bienvenue. Si le client saisissait du texte avant sa réception, la réponse superposait ce message aux résultats. Désormais, cette requête est annulée dès qu'une autre requête est reçue, et si une requête était déjà en cours, le message ne se superposera pas. Le message de bienvenue étant intentionnellement retardé de 4 secondes, les résultats font maintenant 192 px de large et le premier onglet 236 px, sans application du CSS du thème.

Le bloc contenant votre propre message, vos liens et les « Catégories les plus trouvées », qui n’apparaît qu’avec une recherche, passe de la position au-dessus des résultats (169 px) à une position derrière eux.

Une recherche, une requête

• Chaque requête a été envoyée deux fois au serveur. rkrfreevisualsearch-nav.js enveloppé exécuterRecherche avec _origExecute(query).then ? _origExecute(query)…Le contrôle avait déjà lancé la recherche et la succursale l'a relancée.
• Lorsque j'ai ouvert le panneau, 2 ou 4 recherches vides sont apparues. L'un d'eux a demandé des « produits phares » avec en vedette uniquement, un paramètre que le serveur n'a jamais lu, et la réponse était non pertinente : elle a été supprimée. De plus, le sujet requiert ouvrir() avec la mise au point et avec le clic de sa case, et le deuxième appel a répété le message de bienvenue et effacé ce qui était écrit : maintenant, il ne fait rien si le panneau est déjà ouvert.
• Les filtres, l'ordre et la limite n'ont pas annulé la recherche précédente. Deux réponses peuvent arriver dans n'importe quel ordre. Désormais, chaque recherche annule celle en cours, et une ancienne réponse est ignorée même si elle arrive (y compris les réponses « Charger plus » et les suggestions de saisie automatique).

La saisie automatique a pris autant de temps qu'une page entière.

autocomplete.php J'appelais parent::initContent(), qui, dans PrestaShop, assigne des variables de page et exécute en-tête d'affichage avec les hooks de tous les modules de la boutique. Sous iogenixdise, chaque requête prenait 3,6 s, même avec la saisie semi-automatique désactivée, car la vérification intervenait plus tard. Désormais, le temps est de 0,1 à 0,2 s (0,9 s la première fois). recherche.php Il ne l'a jamais fait. ajoutercart.php Il faisait la même chose auparavant et il a également cessé de le faire : ajout au panier depuis le panneau, 0,17 s.

La barre de saisie automatique, avec vignette et sans rien masquer.

Il flottait au-dessus du panneau (position : absolueAuparavant, il couvrait les recherches populaires et n'affichait que du texte. Désormais, il est intégré au flux, au-dessus de la colonne des résultats, sur une seule ligne à défilement horizontal (environ 70 px), et chaque produit possède sa propre vignette : le serveur envoyait déjà les données. URL de l'image. La saisie dans une suggestion marquée de flèches ne produisait aucun effet (la liste lue était toujours vide) et maintenant elle l'ouvre.

Le moteur de recherche a mis quelques secondes pour trouver les magasins disposant d'un historique des commandes.

Mesuré en maesalv9 (PS 9.1.4, 1 083 produits, 535 838 lignes de commande) :

• Fiches produits (ProductDataProvider::getProducts): le total des unités vendues détail de la commande + ordres Chaque requête prend environ 1 seconde par produit vendu. Lors de l'ouverture du moteur de recherche (requête vide), les 12 « meilleures ventes » ont mis 9,8 secondes à s'afficher. Elles apparaissent désormais dans rkrfreevisualsearch_index.total_sold, L'indexeur calcule déjà la même somme (mêmes nombres) ; seules les données non indexées sont calculées comme précédemment. Requête vide : 10,1 s → 0,22 s ; « ceramico » : 2,4 s → 0,4 s. Les réponses sont identiques octet par octet.
• Saisie semi-automatiqueAuparavant, les fichiers étaient compilés pour un maximum de 80 candidats afin d'en afficher 8, puis ceux qui ne correspondaient pas étaient éliminés (1,7 seconde). Désormais, le système effectue un filtrage préalable à l'aide du nom, de la référence et du code EAN issus d'une requête, et seuls les résultats suivants sont compilés : limite * 2 cartes. 2,2 s → 0,15–0,4 s, mêmes suggestions. Dans iogenixdise (PS 8.2, 346 produits, 578 153 lignes de commande), « Isoler » passe de 12 s à 0,3 s sans mise en cache, et la requête vide de 5 s à 0,24 s. Recherche floue (FLOU, seuil 60) et MAX_PRODUCTS_QUERY=100 Ils n'étaient pas le goulot d'étranglement : une requête sans résultats, qui circule à travers le réseau diffus, prend 0,49 s.

Mise à jour

upgrade-1.4.38.php appelez simplement Media::clearCache()Avec le « cache intelligent » JS/CSS activé, le magasin continuerait à servir l'ancien package intégré.

05/10/2026
v1.4.37

Une simple bannière image ou vidéo a provoqué le plantage de toute la boutique sous PrestaShop 9.2.

Avec une bannière image ou vidéo active, la page d'accueil et les pages produits de PrestaShop 9.2 généreraient une erreur fatale, et pas seulement la fonction de recherche : SmartyException : Le modèle « ./_banner-overlay.tpl » ne peut pas être relatif à un modèle de type ressource « module ».. . _banner-media.tpl le texte de la bannière a été inclus avec un chemin relatif (./_banner-overlay.tpl), et Smarty 9.2 ne prend plus en charge les chemins relatifs dans un modèle chargé comme module:.

Maintenant inclus dans votre itinéraire complet (module:rkfreevisualsearch/views/templates/hook/_banner-overlay.tpl), comme le reste des modèles d'interface. Aucune mise à jour n'est nécessaire : il s'agit simplement du modèle. Reproduit dans 9.2.0 avec la version précédente et testé avec la nouvelle dans 9.2.0, , 9.1.5, , 9.0.0, , 8.2.8 et 1.7.8.11 (Page d'accueil avec une bannière image en haut et une bannière vidéo sur le côté, et la page de résultats). inclure Les relations avec le back-office restent inchangées : ces modèles sont chargés via un chemin de fichier et fonctionnent également dans 9.2.

30/09/2026
v1.4.36

La clé Meilisearch « n'a pas été enregistrée ».

Un client a signalé ce problème. Le mot de passe a été enregistré, mais un message d'erreur s'affichait à l'écran, ce qui a entraîné la fermeture de Meilisearch. 1.4.33 La clé enregistrée n'est plus transmise au navigateur (le champ apparaît toujours vide) et le JavaScript de l'écran continue d'interpréter l'absence de clé comme une conséquence de ce champ vide : au chargement, il désactive et bloque l'option et affiche « Clé API requise ». Comme une case à cocher désactivée n'est pas envoyée, la prochaine case à cocher enregistrée envoie la clé. 0 du champ caché et Meilisearch désactivé. Et si l'opération était forcée, PHP refuserait l'enregistrement pour la même raison, car il ne prenait en compte que le champ.

Le modèle indique maintenant s'il existe une clé enregistrée (ensemble de clés de donnéesJavaScript en tient compte, tandis que PHP n'exige la clé que si le champ est vide. et Aucune sauvegarde. Joué sur 9.2.0 Avec la version précédente et testée avec la nouvelle : l’enregistrement avec un mot de passe, le rechargement et l’enregistrement à nouveau sans le saisir laissent Meilisearch activé et le mot de passe intact.

28/09/2026
v1.4.33

Propreté. Aucune modification fonctionnelle pour le commerçant ; seuls les processus internes du module et les données incluses dans le package changent.

Chaque action « ajouter au panier » envoie une requête HTTP du serveur vers lui-même.

Lors de l'ajout d'un produit depuis le moteur de recherche, le contrôleur a demandé le code HTML du mini-panier via cURL. au magasin lui-même, avec un délai de deux secondes, au sein du parcours d'achat. C'était inutile : cela pointait vers le module. Blockcart, que Elle n'existe plus depuis PrestaShop 1.7 —le bloc de cartouche natif est panier d'achat ps—, la requête a donc renvoyé une erreur 404 et le code HTML était toujours vide. Mesuré en 8.2.8: HTTP 404 et 47 octets.

Ce qui coûtait cher, c'était le temps. Dans une boutique inaccessible en raison de son domaine public (Cloudflare, DNS à horizon partagé, équilibreur de charge ou certificat non validé par cURL), chaque clic prenait deux secondes entières, précisément sur l'écran où le client prenait sa décision.

Le navigateur, qui gère la session de l'acheteur, a déjà géré l'actualisation : les deux fichiers JavaScript ont été placés dans leur propre répertoire. aller chercher Lorsque ce code HTML est vide, ce qui est toujours le cas, sa suppression ne présente aucun inconvénient.

J'ai également mesuré ce qui Non Pour éviter d'entrer dans trop de détails : cette requête n'a pas généré de faux visiteurs dans les statistiques. Avant et après cinq appels, ps_invité et connexions ps Ils restent bloqués aux autoroutes 416 et 446.

Du code que personne n'exécutait.

• 176 lignes de JavaScript d'indexation (de 530 à 354). Deux écrans entiers — réindexés avec barre de progression et actualisation des statistiques — ont été verrouillés sur onze identifiants qu'aucun modèle de module ne définit, vérifiées une par une. Avec elles partent ses trois assistants, que personne d'autre n'a appelés, et les onze règles CSS de cette barre de progression.
• 49 lignes du contrôleur généralCopies de deux hooks du module et une seconde implémentation de la file d'attente de réindexation. Ce sont des méthodes crochetXxx() dans un contrôleur, et PrestaShop envoie les hooks à modules, Ils n'ont donc jamais été exécutés. La preuve qu'ils étaient morts depuis un certain temps est que cette copie était toujours en cours de recherche. _PS_MODE_IMPORT_, la constante que le 1.4.32 Le problème a déjà été corrigé dans le hook lui-même. Les implémentations en direct dans le fichier principal restent inchangées, de même que la file d'attente utilisée par cron et le module.
• configuration/services.yaml, que personne n'a lu : PrestaShop recherche littéralement services.yml, vérifié dans 1.7.8.11 et 8.2.8. Et on ne pouvait pas simplement le renommer, car son activation aurait tenté d'injecter automatiquement des classes avec des dépendances qu'il ne pouvait pas résoudre. L'extension Twig qui servait uniquement à enregistrer ce fichier disparaît également : le module ne possède même pas de modèle Twig.

Présentation en six langues

Ce que l'acheteur voit (les 141 étiquettes dans le moteur de recherche) apparaît désormais également dans Français, allemand, italien et polonais, En plus de l'anglais et de l'espagnol. Auparavant, dans une boutique proposant ces langues, l'interface s'affichait en anglais. L'interface d'administration du module reste disponible en anglais et en espagnol.

Et trois textes qui ont échappé à toute traduction : « Aller à… » était écrit en espagnol dans le JavaScript, et le compteur « N résultats » et son étiquette accessible, en anglais.

Magasins multiples : catégories répétées avec le nom d’un autre magasin

Six consultations unies catégorie_langue Sans filtrage par magasin. Dans une configuration multi-magasins, chaque catégorie apparaissait une seule fois. par magasin Dans les raccourcis des résultats, et avec le nom de l'élément sélectionné : dans la boutique de test polonaise, « Tonery » et « Tóner » apparaissaient tous deux. Cela affectait les raccourcis, les « catégories les plus fréquemment trouvées », les facettes et le nom de la catégorie de chaque annonce.

Les recherches populaires définies manuellement n'ont jamais été affichées.

Les entrées ajoutées manuellement par le commerçant dans la section Import/Export sont comptabilisées comme des recherches nulles. La liste a été triée par volume de recherche avant d'être tronquée à la limite : dès que les statistiques ont affiché une valeur, les entrées manuelles ont été supprimées sans préavis. Elles apparaissent en premier, dans l'ordre.

Le validateur d'extensions a mal interprété le nom du module.

Je l'ai enregistré comme «Rekire Recherche visuelle gratuite - Intelligente SearchModules.Rkfreevisualsearch.Admin»: extrait le nom en combinant toutes les lettres de l'affectation de $this->nom d'affichage, L'appel de traduction utilisait le nom de domaine littéralement. Ce nom de domaine est désormais une constante. Confirmation par le chargement du fichier ZIP : la soumission 3767735 utilise maintenant le nom correct, sans erreur ni avertissement.

Les captures d'écran du guide montraient notre laboratoire

Trois des dix-huit images du guide contenaient des noms issus de notre environnement de test : un hôte Meilisearch et un nom d’index dans l’une, et un domaine local dans l’URL d’exemple des deux autres. Il ne s’agit pas d’identifiants ni de données personnelles ; ce sont des noms de machines locales. Toutefois, ces noms sont inclus dans le package acheté par le client et sont totalement superflus. Ils ont été remplacés par des valeurs neutres.

08/09/2026
v1.4.14

• Nouveau Guide d'utilisation disponible dans l'interface d'administration, en espagnol et en anglais, avec des captures d'écran et une aide sur chaque écran.
• Corrigé L'activation de Meilisearch ne peut plus laisser votre magasin sans service si votre serveur ne répond pas ou est obsolète.
• Corrigé Les liens des bannières, le message de bienvenue, les designs sombres et les poids des boutiques multiples ont été corrigés.
• Sécurité Correctif de sécurité, clés API enregistrées chiffrées et toutes les bibliothèques du module, sans CDN externe.

01/09/2026
v1.4.13

• Corrigé Le filtre de prix permet à nouveau de filtrer par prix le plus bas.

26/08/2026
v1.4.12

• Corrigé Les couleurs configurées sont appliquées au bouton du panier et à la fenêtre des combinaisons.

23/07/2026
v1.4.8

• Nouveau Les bannières peuvent contenir des images, des vidéos ou des produits, et peuvent être générées à l'aide de l'IA.
• Nouveau Campagnes de mailing adressées aux personnes ayant recherché un terme, avec leur consentement enregistré lors de leur première recherche.
• Corrigé La fenêtre et les autorisations pour l'ensemble de la page ont été corrigées, ainsi qu'un bug dans l'éditeur de texte.

11/07/2026
v1.3.7

• Amélioré Recherche plus précise, même lorsque le nom du produit contient des chiffres.
• Nouveau Possibilité de passer au moteur de recherche PrestaShop en appuyant sur Entrée ou sur la loupe.
• Nouveau Nouveau mode de présentation classique, sans superposition plein écran, et un mode pleine page entièrement fonctionnel.
• Amélioré Le meilleur choix entre le défilement infini et la pagination.

13/06/2026
v1.2.33

• Corrigé Correction de la mise à jour de l'index lors de l'enregistrement d'un produit.

11/04/2026
v1.2.8

• Corrigé Filtres corrigés et améliorés.

10/04/2026
v1.2.7

• Amélioré Module entièrement traduit en anglais, tous les textes étant traduisibles.
• Amélioré Retouches visuelles dans les bureaux et en magasin.
• Sécurité Améliorations en matière de sécurité.

09/04/2026
v1.2.5

• Nouveau Couleur d'arrière-plan configurable pour les étiquettes de recherche prédictive.
• Amélioré Ajustements de couleur et de taille.

07/04/2026
v1.2.4

• Nouveau Section « Vous pourriez être intéressé par » proposant des produits lorsqu'il y a peu de résultats.
• Amélioré Recherche approximative améliorée grâce au moteur MySQL et à des améliorations visuelles.

05/04/2026
v1.1.0

• Nouveau Bannières programmables en haut ou sur le côté du moteur de recherche.
• Nouveau Possibilité d'exclure des marques de la recherche.
• Amélioré Avis concernant les produits en rupture de stock qui peuvent encore être achetés.
• Amélioré Améliorations visuelles et corrections mineures.

30/03/2026
v1.0.27

• Nouveau Les produits nouveaux ou modifiés sont automatiquement réindexés.
• Nouveau Prix avec ou sans taxes, à votre choix.

29/03/2026
v1.0.25

• Nouveau Exclusion de catégories et de caractéristiques dans la recherche.
• Nouveau Indexation automatique par tâche planifiée, qui détecte les produits non indexés et synchronise Meilisearch.
• Amélioré Préchargement automatique des termes les plus recherchés et statistiques améliorées.
• Amélioré Recherche approximative plus précise, qui ignore les termes trop courts, et meilleure présentation sur les écrans 2K et 4K.

26/03/2026
v1.0.24

• Amélioré Améliorations visuelles et corrections de bugs.

19/03/2026
v1.0.23

• Nouveau Lancement du module.