Sin impuesto Con impuesto
Modulo di ricerca visiva (non SaaS): il motore di ricerca intelligente self-hosted con opzione Meilisearch

Cosa fa per il tuo negozio

  • Motore di ricerca a schermo intero. Risultati con immagine, prezzo, disponibilità e marca man mano che il cliente digita, senza ricaricare la pagina e con i colori che preferisci.
  • MySQL o Meilisearch, a te la scelta. Esegue ricerche nel proprio indice, che viene aggiornato al salvataggio dei prodotti, e supporta Meilisearch con ripristino automatico a MySQL in caso di errore.
  • Comprendi gli errori di battitura. La ricerca approssimativa trova il prodotto anche se il cliente lo scrive in modo errato, mentre i risultati esatti vengono visualizzati per primi.
  • Acquista senza uscire dal motore di ricerca. Aggiungi al carrello direttamente dai risultati di ricerca, scegliendo la combinazione desiderata qualora il prodotto presenti delle varianti.
  • Pertinenza e sinonimi personalizzati in base alle tue esigenze. Decidi se il nome, il riferimento, l'EAN o il marchio hanno maggiore importanza e definisci i sinonimi per lingua con importazione CSV.
  • Ciò che cercano ma non riescono a trovare: registra ricerche, clic e termini senza risultati e precarica i termini più cercati per rispondere immediatamente.

Avviso

In vendita anche su PrestaShop Addons, il marketplace ufficiale di PrestaShop. Vedi il modulo su Addons

Read also on our blog

Modulo di ricerca visiva (non SaaS): il motore di ricerca intelligente self-hosted con opzione Meilisearch

Prezzo: 402,81 €
Primo anno: 402,81 € IVA incl.
Dal secondo anno: 100,71 €/anno IVA incl.
  • Un anno di assistenza tecnica e aggiornamenti a vita; dal secondo anno l'assistenza si estende a 100,71 €/anno e include le tue idee di miglioramento generali per il modulo.
  • Si rinnova da sola; la annulli quando vuoi, senza vincoli.
Pagamento unico: 402,81 € IVA incl.
  • Un anno di assistenza tecnica e aggiornamenti a vita; poi l'assistenza termina (con l'abbonamento si estende a 100,71 €/anno).
  • Un unico pagamento, senza addebiti automatici.
332,90 € + IVA = 402,81 €

Sostituisci la barra di ricerca nativa di PrestaShop con una sovrapposizione a schermo intero che visualizza i risultati in tempo reale. Le funzionalità includono un doppio motore di ricerca ( MySQL + Meilisearch opzionale ), ricerca fuzzy tollerante agli errori di battitura, filtri a faccette per categoria, produttore e prezzo, un pulsante per aggiungere direttamente al carrello dai risultati e statistiche di ricerca con percentuale di clic (CTR). Completamente personalizzabile nell'aspetto, multi-store, multilingue e compatibile con PrestaShop 8.x e 9.x.

Prova la demo

Compatibile con

PrestaShop 8.0 – 9.1

Black Friday, dal 7 al 30 novembre: acquista moduli per 50 € o più (IVA inclusa) e ti regaliamo un buono da 200 € (IVA inclusa) da spendere in altri moduli per un mese. Termina tra fino al 30 novembre alle 23:59.

Contenuto esperto

Verificato dai nostri esperti

Written by

Reviewed by

See all our experts

Contenuti scritti e verificati da professionisti qualificati. Le informazioni hanno carattere orientativo.

Installazione, aggiornamenti e supporto

Installazione gratuita

Lo faremo noi per te! Installeremo e configureremo il modulo nel tuo negozio in modo completamente gratuito , garantendoti un avvio rapido e senza problemi.

Aggiornamenti a vita

Ottieni l'accesso permanente all'ultima versione del tuo modulo. Il tuo investimento è protetto e sarà sempre compatibile con le nuove versioni di PrestaShop.

Qualità certificata

I nostri moduli hanno superato la validazione ufficiale di PrestaShop, garantendo sicurezza, prestazioni e compatibilità con gli standard della piattaforma.

Assistenza Premium (1 anno)

Avrai a disposizione un anno intero di supporto dedicato . Qualsiasi domanda o problema relativo al modulo verrà risolto dal nostro team di esperti.

Perché abbiamo creato questo modulo?

Nell'attuale mercato di PrestaShop, le soluzioni di ricerca realmente visive e potenti, come Doofinder, Motive o ApiSearch , sono riservate a chi può permettersi un modello di pagamento a consumo estremamente costoso.

Rekire Free Visual Search nasce come soluzione "tuttofare" che combina l'eleganza di strumenti di alto livello con la libertà di una soluzione proprietaria.

  • Prestazioni senza costi aggiuntivi: riprendi il pieno controllo delle tue spese senza dover pagare un "affitto" per ogni ricerca.
  • Scalabilità intelligente: per cataloghi di grandi dimensioni o traffico elevato, utilizza Meilisearch in modalità self-hosted su un VPS separato per ottenere velocità di livello enterprise.
  • Garanzia di resilienza: in caso di guasto del server esterno, il sistema passa automaticamente al tuo motore MySQL, garantendoti così la continuità delle vendite.

Specifiche tecniche

Sovrapposizione a schermo intero Risultati visivi con immagine, prezzo e disponibilità in tempo reale.
Doppio motore Utilizza MySQL nativo o Meilisearch per ottenere risposte in meno di 50 ms.
Ricerca fuzzy Tolleranza agli errori grazie a un sistema di trigrammi configurabile.
Acquisto diretto Pulsante "Aggiungi al carrello" e finestra modale integrata per le combinazioni.
Cache con scaldavivande Precarica le ricerche utilizzate più frequentemente per una risposta immediata.

* Compatibile con PrestaShop >8, 8.x / 9.x, multi-store e multilingue.

Cercatore

La stessa velocità per cui paghi ogni mese, pagata una sola volta.

I motori di ricerca che rispondono in millisecondi, tollerano gli errori di battitura e filtrano in tempo reale vengono noleggiati a un costo compreso tra 50 e 300 euro al mese, a tempo indeterminato. Rekire Free Visual Search fa la stessa cosa all'interno del tuo negozio, utilizzando il tuo server e il tuo catalogo, e prevede un pagamento una tantum.

Nessun costo
Ricerche illimitate, prodotti illimitati e il tuo catalogo non lascia mai il tuo server.
A schermo intero
Non si tratta di un menu a tendina: i risultati mostrano immagine, prezzo, marca e disponibilità, con filtri a lato.
1,7 → 9,x
Multi-store e multilingue, senza override e senza caricare nulla da una CDN di terze parti

Si apre dall'alto, non ti sposta da dove eri.

Il cliente digita e il motore di ricerca appare sulla pagina. I risultati vengono visualizzati a partire dalla prima lettera digitata e i filtri vengono creati in base ai risultati della ricerca: categorie, marchi, caratteristiche, attributi e fascia di prezzo, ognuno con il relativo numero di prodotti. Nessun ricaricamento e nessun blocco del sito web.

Trovalo anche se lo scrivi in modo errato.
La tolleranza per gli errori di battitura è configurabile. "tonre negor", con entrambe le parole scritte in modo errato, restituisce comunque toner neri.
Acquista senza uscire dal motore di ricerca
Aggiungi al carrello direttamente dai risultati di ricerca, scegliendo taglia, colore e quantità nel caso in cui il prodotto presenti combinazioni.
mai una scatola vuota
Aprendola, prima ancora di scrivere qualcosa, sono già presenti i prodotti: nuovi arrivi, bestseller, la tua selezione o le categorie che hai scelto.
Oppure una pagina con un proprio URL
Se preferisci risultati autonomi, condivisibili e indicizzabili, anche questa opzione è disponibile. Entrambi i metodi utilizzano lo stesso motore.

Velocità reale , non una promessa

Il motore di ricerca non analizza le tabelle dei prodotti per ogni ricerca; legge un indice di token creato a partire da esse, con caching dei risultati e precaricamento programmato dei termini più cercati. E se vuoi andare ancora oltre, supporta Meilisearch come motore di ricerca, con ritorno automatico a MySQL in caso di mancata risposta del server: il tuo negozio non si bloccherà a causa del motore di ricerca.

Ti dice cosa cercano i tuoi clienti ma non riescono a trovare.

Ogni ricerca viene registrata: i termini più richiesti, i risultati su cui si clicca e, cosa davvero preziosa , ciò che cercano ma non trovano . Questo elenco è una sorta di piano d'acquisto: si tratta di clienti che sono arrivati cercando qualcosa di specifico e se ne sono andati a mani vuote.

E si può agire di conseguenza: campagne email mirate , per avvisare coloro che hanno richiesto informazioni su un prodotto il giorno stesso in cui viene aggiunto al catalogo.

Su misura per il tuo negozio, non il contrario.

Sinonimi per lingua
Con l'importazione CSV: se il tuo file ha un nome diverso, il motore di ricerca lo capirà.
Pesi rilevanti
Invia il nome, il riferimento o il marchio, specificando se sei interessato.
Banner all'interno del motore di ricerca
Promozioni programmabili direttamente nel pannello dei risultati.
Dieci stili predefiniti
Chiaro, scuro, nordico, mosaico, cristallo... e i tuoi colori personalizzati sopra ognuno di essi.

Cosa non fa

Non si connette a nessuno dei nostri server, non scarica librerie da una CDN, non modifica i file del kernel né utilizza override. Il tuo catalogo non lascia il tuo computer, e non si tratta di una questione di privacy: semplicemente non c'è nessun altro posto dove inviarlo.

Compatibile con PrestaShop 1.7, 8.x e 9.x · Multi-store e multilingue

Sviluppato e gestito da REKIRE

  • Marca
  • Riferimento
    mod119

  • Versioni di PrestaShop compatibili
    8.0
    8.1
    8.2
    9.0
    9.1

Versione 1.4.14
Compatibilità PrestaShop 8.0 – 9.1
PHP 7,4 o superiore
Multistore Sì: indice, pesi, esclusioni, messaggi e statistiche per negozio
Lingue incluse spagnolo e inglese
Modifica il nucleo No: nessuna modifica
Tavoli propri 14: Indice, cache, statistiche, sinonimi, banner…
Attività programmate Consigliato, ma non obbligatorio: indicizza i nuovi prodotti e precarica la cache
Requisiti Nessuno di questi è obbligatorio; Meilisearch e le chiavi AI (Claude, Gemini o ChatGPT) sono facoltative.
Documentazione Manuale utente per il back-office, in spagnolo e inglese

13/11/2026
v1.5.5

  • Nel pannello di ricerca, l'etichetta dell'offerta ("-50%) veniva coperta dall'etichetta "Esatta" nelle schede di corrispondenza esatta perché entrambe si trovavano nell'angolo in alto a sinistra dell'immagine. In queste schede, l'offerta viene spostata nell'angolo in basso, come nella pagina dei risultati. Questa modifica si applica a tutti gli stili, sia su desktop che su dispositivi mobili.
  • Nella homepage del motore di ricerca (i più venduti, senza aver inserito alcuna informazione), passando il mouse sopra una scheda, in precedenza veniva visualizzata una barra nera "Scegli opzione" che occupava l'intera larghezza del pannello in alto, impossibile da cliccare. Ora il pulsante appare all'interno della scheda stessa, così come nei risultati.

12/11/2026
v1.5.4

  • Un prodotto esaurito con l'opzione "Consenti ordini" abilitata appariva nei risultati di ricerca come esaurito e senza pulsante di acquisto, anche se era possibile acquistarlo dalla pagina del prodotto. Il motore di ricerca leggeva quell'opzione da una fonte che la pagina del prodotto di PrestaShop 8 e 9 non aggiorna più. Ora la legge dalla stessa fonte della pagina del prodotto, e lo stesso vale per l'opzione "Nascondi articoli esauriti" e l'indice Meilisearch.
  • Con la gestione delle scorte disabilitata nel negozio, ogni prodotto può essere ordinato, proprio come nella pagina del prodotto.

11/11/2026
v1.5.3

  • Ora i prezzi visualizzati nel motore di ricerca riflettono l'aliquota IVA del gruppo di clienti, proprio come nelle pagine prodotto e negli elenchi di PrestaShop. Un gruppo configurato per visualizzare i prezzi senza IVA (ad esempio, il gruppo professionisti) visualizzava i prezzi con IVA nel motore di ricerca. Ora, i prezzi sono coerenti tra le pagine prodotto, il filtro prezzo e il selettore di combinazioni.
  • L'opzione "Mostra prezzi comprensivi di tasse" funziona nel seguente modo: quando è attiva, segue il gruppo di appartenenza di ciascun cliente; quando è disattivata, esclude sempre le tasse.

11/11/2026
v1.5.2

  • Pagamento rapido: la quantità e il pulsante "aggiungi" si trovano su un'unica riga, con un'unica icona, come nelle inserzioni della maggior parte dei temi. Anche quando il prodotto è già nel carrello, continua a mostrare "− N +".
  • Il colore del pulsante al passaggio del mouse era in precedenza rosso acceso su sfondo nero. Ora è grigio scuro; i negozi che non lo avevano modificato passano automaticamente sopra il pulsante durante l'aggiornamento e il colore scelto in Aspetto viene mantenuto.
  • Filtro "In offerta": un prezzo fisso senza sconto (come ad esempio una tariffa di gruppo per professionisti) non viene più considerato un'offerta. Nei negozi con tariffe di gruppo, questo filtro contrassegnava quasi l'intero catalogo. Ora ha lo stesso valore del cartellino sconto presente sulla tessera.

11/11/2026
v1.5.1

  • I prodotti nascosti ai visitatori da un altro modulo non vengono più visualizzati nei risultati di ricerca: non compaiono nel menu a tendina, nella pagina dei risultati, tra i prodotti in evidenza e non sono inclusi nel totale dei risultati o nei filtri. Il motore di ricerca utilizza un hook per porre la domanda. actionRkrFilterVisibleProductIds (riceve) ID (tramite riferimento e rimuove quelli non visibili); viene utilizzato, ad esempio, da RKR Private Products per mostrare determinati prodotti solo a un elenco di clienti.
  • Il pulsante "Aggiungi" del motore di ricerca rifiuta questi prodotti anche se il loro ID viene inviato manualmente.
  • Con un modulo di questo tipo installato, la cache dei risultati viene salvata per ogni singolo client: ciò che un client visualizza nell'elenco non viene mostrato a un altro visitatore, e viceversa.

11/11/2026
v1.5.0

Per i negozi i cui clienti effettuano acquisti direttamente dal motore di ricerca. Le nuove opzioni si trovano in Aspetto, nella sezione "Acquista dal motore di ricerca".

  • Offerte visibili: i prodotti scontati mostrano l'etichetta "-20%" (o "-5,00 €" se lo sconto è fisso) sopra la foto, insieme al prezzo precedente barrato, come mostrato nei dettagli del prodotto. I prodotti che hanno solo l'etichetta PrestaShop "In offerta" mostrano "In offerta!". Vengono presi in considerazione i prezzi specifici e le regole del catalogo applicabili al cliente; lo sconto per la sua categoria di prodotti non viene preso in considerazione, poiché corrisponde al prezzo normale. Questo indicatore viene abilitato dopo l'aggiornamento (è disabilitato in "Sconto e prezzo precedente").
  • Il filtro "In offerta" nel pannello dei filtri del motore di ricerca e nella pagina dei risultati mostra il numero di prodotti scontati tra quelli trovati. Viene visualizzato solo se sono presenti sconti. Il controllo viene effettuato durante la ricerca, non durante l'indicizzazione, quindi un'offerta che inizia o termina oggi viene conteggiata senza essere reindicizzata. Attivato dopo l'aggiornamento.
  • Pagamento rapido (disabilitato dopo l'aggiornamento): la quantità e il pulsante "Aggiungi" sono sempre visibili su ogni prodotto, non solo al passaggio del mouse. Non appena il prodotto viene aggiunto al carrello, il pulsante cambia in "- quantità +" con il numero di unità già presenti nel carrello: modificandolo, la quantità rimane nel carrello (inserendo 12, rimangono 12 unità, non ne vengono aggiunte altre), mentre impostandolo a 0, l'unità viene rimossa. Se il carrello viene aggiornato dall'intestazione, verrà aggiornato automaticamente. Questa modifica si applica ai prodotti senza combinazioni; per gli altri prodotti viene ancora visualizzata l'opzione "Scegli".
  • Indicatore di disponibilità a semaforo (spento quando aggiornato): un punto verde indica disponibilità, un punto giallo indica poche unità ("Ultime unità") e un punto rosso indica esaurimento scorte. "Poche unità" significa al di sotto del numero impostato in "Poche unità da" oppure, se impostato a 0, al di sotto dell'impostazione PrestaShop "Mostra quantità rimanenti quando inferiori a".
  • Risolto: l'opzione "Aggiungi" in precedenza mostrava la dicitura "Aggiunto al carrello" anche se il negozio non aveva effettivamente aggiunto l'articolo (un altro modulo lo rimuove immediatamente). Ora avvisa l'utente che non è stato possibile aggiungere l'articolo al carrello.
  • Risolto: con la modalità di debug abilitata, le notifiche provenienti da altri moduli venivano visualizzate prima della risposta del carrello e il pulsante mostrava un "Errore di connessione". Non è richiesta alcuna azione durante gli aggiornamenti: la cache di ricerca viene svuotata automaticamente.

11/11/2026
v1.4.64

  • Risolto: nella pagina dei risultati di ricerca, l'impostazione di aspetto "Mostra prezzo" non veniva rispettata e il prezzo veniva sempre visualizzato. La casella di ricerca a discesa la rispettava. I gruppi di clienti senza autorizzazione a visualizzare i prezzi erano già coperti da 1.4.58, in entrambe le visualizzazioni. Non è richiesta alcuna azione durante l'aggiornamento.

10/11/2026
v1.4.63

  • Nome completo del prodotto al passaggio del mouse: se il nome non rientra nella scheda prodotto e viene troncato da "...", passando il mouse sopra di esso viene visualizzata una bolla con il nome completo nella parte inferiore dell'immagine. Il prezzo non viene coperto e la griglia non viene spostata. Questa funzione è disponibile solo su computer (non è presente la funzione "hover" su dispositivi mobili). Nei negozi di scarpe, ad esempio, il modello e il colore non rientravano in due righe.
  • Nelle versioni Clean e Superclean, il nome arriva fino a 3 righe (in precedenza 2): senza una cornice attorno al prodotto, il fatto che alcuni nomi occupino una riga in più non si nota, e quindi molti meno vengono troncati, anche su dispositivi mobili.
  • Risolto: Nei suggerimenti sopra, il testo completo visualizzato al passaggio del mouse sul nome mostrava "&" invece di "&" per i nomi contenenti tale simbolo. Non è richiesta alcuna azione dopo l'aggiornamento.

v1.4.62

  • Risolto: i prodotti esauriti che possono essere ordinati ("Disponibile su richiesta": il prodotto, o il negozio, accetta ordini per articoli non disponibili a magazzino) in precedenza avevano un pulsante "Verifica" e cliccandoci sopra si verificava un errore "Scorte insufficienti" senza aggiungere nulla. Ora hanno un pulsante "Aggiungi" e vengono aggiunti come nei dettagli del prodotto. Questo è particolarmente rilevante per i negozi che vendono molti articoli realizzati su ordinazione (come si vede in...). lacasadelassetas.com(In oltre la metà dei prodotti del catalogo, il pulsante non funzionava in 912 casi su 1.519).
  • Risolto: nella finestra "Scegli opzione", una variante esaurita ma disponibile su ordinazione veniva visualizzata come "Esaurita" e non poteva essere aggiunta. Ora viene visualizzata come "Disponibile su richiesta" e può essere aggiunta.
  • Il pulsante "Filtri" mobile può essere colorato con il colore del negozio: leggi --rkfvs-filter-toggle-bg E --rkfvs-filter-toggle-text (Di default, come prima: colore principale e testo bianco). In precedenza, il colore era fisso in linea e non c'era CSS per modificarlo.

v1.4.61

  • Nuova opzione "Ricorda la ricerca al ritorno" (Generale). Se un cliente seleziona un prodotto dalla barra di ricerca e torna indietro utilizzando il pulsante Indietro, il pannello si riapre esattamente come era prima: gli stessi risultati di ricerca, filtri, ordine di visualizzazione, prodotti già caricati e posizionati allo stesso livello del prodotto visualizzato. In precedenza, tornando alla pagina, il pannello veniva chiuso e il cliente doveva effettuare nuovamente la ricerca. Se il pannello viene chiuso manualmente, non si riaprirà al ritorno. Questa opzione è disabilitata per impostazione predefinita dopo l'aggiornamento; per attivarla, vai su Impostazioni > Generali.

v1.4.60

  • Anche una singola lettera, se inserita insieme ad altre parole, viene considerata valida: "vitamina C" dà priorità alle vitamine della serie C (in precedenza, la ricerca della sola "vitamina" restituiva risultati come D3, B12, ecc.). Lo stesso vale per "vitamina E", "vitamina K" e così via. La lettera deve far parte di una parola completa nel nome: "C" non corrisponde a "complesso". La ricerca di una singola lettera non viene comunque effettuata. Non è richiesta alcuna azione durante l'aggiornamento.

v1.4.59

  • Lo stato delle scorte ("Disponibile", "Disponibile su richiesta", "Esaurito") viene ricomparso sulle schede del pannello per i gruppi che non visualizzano i prezzi. 1.4.58, Nascondere il prezzo per gruppo significava anche ottenere l'etichetta di magazzino.
  • Stili "Clean" e "Superclean": il blocco filtri è molto più compatto, sia nel pannello che nella pagina dei risultati (ogni filtro chiuso occupa metà dell'altezza). Non è richiesta alcuna azione dopo l'aggiornamento.

v1.4.58

Prezzi visibili solo a chi può vederli

  • Il motore di ricerca rispetta l'impostazione "Mostra prezzi" per i gruppi di clienti (Clienti > Gruppi). In un negozio B2B con il gruppo Visitatori (senza prezzi), il pannello dei risultati e la pagina mostravano il prezzo e il pulsante "Aggiungi al carrello". Ora, per questi gruppi, non vengono visualizzati né il prezzo, né il filtro o l'ordinamento per prezzo, né il pulsante del carrello, e la funzionalità del carrello del motore di ricerca rifiuta la richiesta.
  • La cache dei risultati è memorizzata per gruppo di clienti e valuta: non fornisce più prezzi da un gruppo all'altro.

La prima lettera non è più perduta

  • Quando tocchi la casella di ricerca del tema e digiti immediatamente, la prima lettera rimarrà in quella casella (ad esempio, "proteina" verrà cercato per "roteina"). Con lo stesso tocco, il focus si sposta sulla casella di ricerca del pannello e, se compare qualcosa nella casella di ricerca del tema, viene visualizzato nel pannello. Non è richiesta alcuna azione durante l'aggiornamento.

v1.4.57

Errore JavaScript durante l'aggiunta di un modulo alla pagina

  • Se un altro modulo o tema ha aggiunto un modulo alla pagina con un campo chiamato id, la console ha visualizzato node.id.startsWith non è una funzione, Il motore di ricerca ha smesso di rimuovere il completamento automatico nativo che appariva con quel modulo. Non è richiesta alcuna azione dopo l'aggiornamento.

v1.4.56

Componenti aggiuntivi PrestaShop pronti per la validazione

Revisione del codice senza nuove funzionalità. Non è richiesta alcuna ulteriore azione durante l'aggiornamento.

  • L'avviso relativo alle lingue non indicizzate non è mai apparso: la tua query conteneva un LIMITE Troppo. Con la modalità di debug attiva, quell'errore SQL ha mandato in tilt le schermate del modulo che lo visualizzava. Proviene da 1.4.39.
  • L'ordinamento dei risultati utilizza la lingua e l'archivio della ricerca corrente, non quelli del contesto globale. Ciò è evidente nell'attività di precaricamento della cache, che scorre tutte le lingue e gli archivi: ora ordina ciascuno di essi in base ai suoi sinonimi e pesi.
  • L'avviso relativo alle lingue non indicizzate proviene da un template, non da PHP.
  • Gli esempi in questo registro e i commenti al codice non specificano più negozi specifici.

v1.4.55

Multistore: ogni negozio viene cercato utilizzando il proprio testo

Se un prodotto avesse un nome diverso in due negozi diversi, il motore di ricerca utilizzerebbe il nome e la descrizione di quest'ultimo per entrambi: rinominarlo in un negozio ne impedirebbe la visualizzazione in quel negozio, e lo stesso valeva per i nomi delle categorie. Ora, ogni negozio ha il proprio indice testuale, con i propri pesi e caratteristiche escluse, indipendentemente dal negozio da cui il prodotto è stato salvato.

Risolve inoltre i problemi dipendenti dal negozio da cui è stato salvato:

  • In passato, disattivare o nascondere un prodotto in un negozio lo rimuoveva dai risultati di ricerca in tutti i negozi. Ora, invece, appare solo in quello specifico negozio.
  • Un prodotto salvato da un negozio in cui non è disponibile scomparirebbe dal motore di ricerca dei negozi in cui era disponibile.
  • La dicitura "Disponibilità" si riferisce alle scorte di ciascun punto vendita. Poiché le scorte sono condivise tra i negozi, i prodotti sono stati indicati come esauriti in tutti.
  • La ricostruzione dell'indice include i prodotti di tutti i negozi, non solo di quello da cui viene avviato l'aggiornamento. Dopo l'aggiornamento, in una configurazione multi-negozio, i prodotti vengono reindicizzati automaticamente in batch tramite cron. Se non si utilizza cron, fare clic su "Ricostruisci indice". Con un singolo negozio, non è richiesta alcuna azione e nessuna riga dell'indice verrà modificata.

Lo stesso ordine in ogni ricerca

I prodotti con la stessa valutazione potrebbero cambiare ordine tra due ricerche identiche, e un prodotto potrebbe essere ripetuto o mancante durante la navigazione della pagina. Ora, in caso di parità, il prodotto più recente viene visualizzato per primo.

v1.4.54

Il salvataggio di un prodotto senza modifiche non riscrive più l'indice

Un connettore al sistema ERP memorizzava migliaia di prodotti anche quando non venivano apportate modifiche, e ogni salvataggio eliminava e reinseriva tutte le righe relative a ciascun prodotto nell'indice di ricerca. Ora, il motore di ricerca salva un singolo record per ogni prodotto e, se non ci sono modifiche, non scrive nulla. La tabella dell'indice smette di crescere e il salvataggio è molto più veloce.

Quando qualcosa cambia, viene registrata solo la differenza: rinominare un prodotto influisce su due o tre parole, non su centinaia di righe. Se cambiano solo le vendite o le scorte, vengono aggiornate solo le colonne corrispondenti. Dopo l'aggiornamento, la reindicizzazione non è necessaria: la prima volta che ogni prodotto viene salvato, viene confrontato con i dati già presenti nell'indice.

Le ricerche salvate smettono di essere svuotate senza motivo.

In precedenza, la cache di ricerca veniva svuotata ogni volta che un prodotto, una categoria o un produttore venivano salvati, e anche ogni volta che un modulo cancellava uno dei suoi modelli, come accade per molti slider di temi quando si salva un prodotto. Ora viene svuotata solo se si verifica una modifica che influisce sui risultati: testo, prezzo, categorie, produttore, combinazioni, caratteristiche o se il prodotto è disponibile per l'acquisto. Il pulsante "Svuota cache" nel back office svuota anch'esso la cache, cosa che prima non avveniva.

La coda di reindicizzazione non perde prodotti

I prodotti non attualmente indicizzati (importazioni, lotti di grandi dimensioni) venivano precedentemente inseriti in una lista di 500 elementi che, una volta piena, saltava i più vecchi, lasciandoli con il vecchio indice. Ora si trovano in una tabella dedicata, senza limiti, e il processo cron avanza in base al tempo (25 secondi per esecuzione) anziché a un intervallo fisso di 100 prodotti. Al termine, svuota la cache se sono state apportate modifiche e invia le modifiche a Meilisearch.

Ricerche multi-parola più veloci

Il peso di ogni parola veniva calcolato contando i prodotti nell'indice per ogni ricerca di due o più parole, anche quando i dati venivano serviti dalla cache. Ora, quel totale deriva da una query diretta: in un catalogo di 10.000 prodotti, rappresenta la differenza tra secondi e millisecondi quando il database ha poca memoria disponibile.

28/10/2026
v1.4.53

Pagina dei risultati per dispositivi mobili

Su schermi con larghezza inferiore a 768 pixel, i filtri non vengono più visualizzati accanto ai prodotti con una larghezza fissa di 280 pixel (per evitare che l'elenco venga compresso in tutti gli stili). Ora vengono visualizzati in alto, nascosti dietro un pulsante "Filtri" che permette di aprirli e chiuderli; rimangono aperti quando viene applicato un filtro e i prodotti vengono visualizzati due alla volta. Su desktop non cambia nulla.

28/10/2026
v1.4.52

Stili "Pulito" e "Superpulito" per i risultati

Due nuovi stili in Aspetto → Preimpostazioni di progettazione rapida, per il pannello di ricerca e per la pagina dei risultati:

  • PulitoTutto è bianco, senza bordi attorno a ciascun prodotto. La foto, insieme al nome e al prezzo, appare su uno sfondo grigio molto chiaro. Passando il mouse sopra la foto, questa si attenua leggermente e il nome viene sottolineato, senza spazi o ombreggiature. I filtri non hanno più le loro caselle e sono separati da una linea sottile. Nel pannello, il pulsante che appare al passaggio del mouse ora si trova nella parte inferiore della foto e non copre più il prezzo.
  • SuperpulitoLo stesso vale, ma senza banner o messaggio di benvenuto e senza la combinazione di colori del negozio: etichette, pulsanti, barre dei prezzi e linee di separazione (filtri, "Corrispondenza esatta") vengono tutti modificati in nero e grigio chiaro. I negozi che già utilizzano uno stile diverso rimangono invariati.

28/10/2026
v1.4.51

Con diverse parole, quella più specifica comanda.

Quando si cercano due parole, una molto comune nei nomi dei prodotti nei cataloghi e l'altra insolita ("maglietta di cotone" in un negozio dove quasi tutto è una maglietta), i prodotti che contenevano solo la parola comune si classificavano più in alto rispetto a quelli con la parola insolita, semplicemente perché iniziavano con la prima parola. Ora, ogni parola viene ponderata in base a quante volte compare nei nomi dei prodotti: la parola insolita conta di più di quella comune. I prodotti che contengono entrambe le parole continuano a classificarsi più in alto. Non c'è bisogno di rinominare i prodotti.

Le parole vuote ("con", "per", "di", "il", "con"...) non hanno peso e da sole non permettono a un prodotto di comparire nei risultati: un prodotto con "(con regalo)" nel nome non viene più visualizzato per questo motivo, e una ricerca come "t-shirt con colletto" smette di restituire metà del catalogo.

Finestra delle varianti senza barra orizzontale e senza nomi ripetuti

  • Il nome di ciascuna variante appariva una volta per ogni immagine nella combinazione ("Colore: Rosso / Colore: Rosso / Colore: Rosso…"). Ora appare una sola volta e solo con ciò che distingue la variante: il valore, senza il nome del gruppo e senza i gruppi che hanno lo stesso valore in tutti ("Rosso" e non "Colore: Rosso / Taglia: Taglia unica").
  • Su dispositivi mobili, la finestra presentava una barra di scorrimento orizzontale: il nome era su una singola riga. Ora si estende su due righe e la quantità e il pulsante "Aggiungi" si trovano sotto, in modo che ogni riga si adatti alla larghezza dello schermo. L'aggiornamento rimuove il codice CSS/JS combinato dallo store e dalla cache di ricerca.

28/10/2026
v1.4.50

Le schede rispettano le diciture "Mostra prezzo" e "Disponibile per l'ordine".

Un prodotto con l'opzione "Mostra prezzo" disabilitata appariva nei risultati di ricerca a €0,00, con la dicitura "Disponibile su richiesta" e un pulsante "Aggiungi al carrello": ciò che un negozio vuole semplicemente mostrare (un catalogo di macchinari, un prodotto personalizzato) sembrava un omaggio e poteva essere acquistato. Ora la scheda si comporta come una pagina prodotto di PrestaShop: senza l'opzione "Mostra prezzo" (o in modalità catalogo senza prezzi), non visualizza prezzo, disponibilità o pulsante di acquisto; senza l'opzione "Disponibile su richiesta", mostra il prezzo, ma non la disponibilità o il pulsante.

Prezzo 0: "Richiedi prezzo e disponibilità"

Un prodotto con prezzo pari a 0, visualizzato con il testo "€0,00" al posto di "€0,00", non presenta né un'etichetta di disponibilità né un pulsante di acquisto. Il testo può essere configurato in base alla lingua in Aspetto → Dettagli scheda.

L'etichetta di magazzino non copre più il prezzo

In precedenza, l'etichetta si spostava di 25 pixel verso l'alto per posizionarsi accanto al prezzo, e un lungo testo ("Disponibile su richiesta") la copriva. Ora prezzo e disponibilità sono allineati e, se lo spazio non è sufficiente, l'etichetta si sposta al di sotto.

Una funzionalità sotto il nome, che viene cercata come riferimento

In Aspetto → Dettagli scheda, si seleziona una caratteristica (ad esempio, il riferimento del produttore o dell'OEM) che la scheda visualizzerà sotto il nome (massimo due righe). I relativi valori sono indicizzati con codici di riferimento e sono rappresentati come "Rif.:": la ricerca di uno di questi codici visualizzerà per primo il prodotto. È necessario reindicizzarlo dopo averlo selezionato.

Etichetta tipografica in base alla caratteristica

Scegli una caratteristica e uno o più dei suoi valori (ad esempio, Famiglia = Macchina). I tuoi prodotti visualizzeranno il valore come etichetta sopra il nome e, al posto del pulsante "Acquista", un'etichetta rimanderà alla pagina del prodotto con il testo configurato ("Vedi prodotti compatibili" se lasciato vuoto).

"Vai a…": prima la categoria che ha lo stesso nome di ciò che stai cercando

In passato, le categorie venivano determinate in base alla profondità e alla posizione: un codice modello rivelava più facilmente le categorie che lo contenevano all'interno di un'altra parola ("MX2000", "FMX200S") rispetto a quelle che lo contenevano interamente ("Office MX200"). Ora, la somiglianza del nome è fondamentale: stesso nome, parola intera, che inizia con, che lo contiene.

Il modello desiderato viene rilasciato prima dei suoi materiali di consumo

La ricerca di un codice modello restituirebbe una corrispondenza esatta con un prodotto il cui nome inizia con quel codice seguito da un altro numero ("MX2000" per "MX200"). E il prodotto con quel nome ("Office MX200") otterrebbe lo stesso punteggio delle centinaia di materiali di consumo "per Office MX200..." e, a parità di altre condizioni, prevarrebbero i dati di vendita, cosa che un prodotto da catalogo non ha. Ora, l'aggiunta di un altro numero significa che non si tratta più dello stesso codice e che un nome breve che termina con il codice cercato viene visualizzato per primo.

L'aggiornamento cancella la cache di ricerca, che memorizzava le schede con il vecchio prezzo.

26/10/2026
v1.4.49

La lente d'ingrandimento del motore di ricerca non è più nascosta ai lettori di schermo.

Convertendo la lente d'ingrandimento della ricerca del tema in un pulsante (con focus, ruolo="pulsante" e il suo etichetta aria), il modulo ha lasciato il aria-hidden="true" che viene fornito con il template ps_searchbar. Un elemento che riceve il focus non può essere nascosto: Lighthouse lo ha contrassegnato come "Gli elementi [aria-hidden=true] "Contengono elementi discendenti selezionabili" e il punteggio di accessibilità diminuirebbe. Ora, questo attributo viene rimosso durante la conversione. Cambia solo il codice JavaScript; non c'è nulla da aggiornare nel database.

21/10/2026
v1.4.48

Trova ciò che è scritto a orecchio

Una parola scritta in modo errato e non presente nell'indice viene cercata anche in base alla sua pronuncia spagnola: "kolageno" trova "collagen", "proteyna" trova "protein", "kafeina" trova "caffeine" e "bitamine" trova "vitamin". In precedenza, si cadeva nella trappola della ricerca approssimativa, che accettava parole da descrizioni che si somigliavano solo per le lettere ("oxigeno" per "kolageno") e riempiva i risultati con prodotti non correlati.

Regole: la h è muta; la w e la hu hanno lo stesso suono; anche la k, la c e la qu hanno lo stesso suono; ce, ci e z; ge, gi e j; b e v; y e i; le lettere doppie contano come una sola e la vocale finale non ha importanza. Una parola scritta correttamente viene cercata così com'è, quindi ciò che ha già funzionato non cambia. Anche i sinonimi della parola trovata sono validi ("kolageno" → "colageno" → "collagen").

Una ricerca senza risultati non viene riempita con qualsiasi cosa.

Il metodo di ricerca di ultima istanza confrontava frammenti di tre lettere con i nomi: "biscotto" avrebbe mostrato prodotti con "bis" nel nome, seguiti da altri otto nella stessa categoria. Ora utilizza solo varianti quasi complete della parola; se non viene trovata alcuna corrispondenza, non vengono visualizzati risultati e vengono mostrate le ricerche più popolari.

L'aggiornamento crea la tabella delle chiavi fonetiche e la popola con le parole già presenti nell'indice, senza reindicizzarle, e svuota la cache di ricerca.

21/10/2026
v1.4.47

Prima viene fornito un riferimento completo al modello

Quando si cerca un riferimento di modello utilizzando lettere e numeri ("et-14100", "ET 14100", "et14100"), i prodotti che lo contengono nel loro nome potrebbero classificarsi centinaia di posizioni più in basso, per due motivi:

  • La parte più corta conteneva centinaia di prodotti. Proprio come il numero corto nel 1.4.46, Una parte di una o due lettere ("et") abbinata come prefisso alle etichette e a qualsiasi altro modello "ET-...". Ora, se la ricerca ha una parte più lunga, un prodotto deve corrispondere almeno a quella parte.
  • Gli articoli esauriti sono stati messi in fondo alla lista., ...anche dietro a "Potrebbe interessarti anche". Ora sono alla fine del loro blocco: una corrispondenza esatta non disponibile si posiziona comunque prima delle corrispondenze correlate. Inoltre, un riferimento al modello che è presente per intero nel nome conta come corrispondenza esatta, con o senza il trattino: "et14100" corrisponde a "ET-14100", ma non a "ET-141000". L'aggiornamento cancella la cache di ricerca.

20/10/2026
v1.4.46

Un numero basso non è più sufficiente per entrare nei risultati

IL 1.4.45 Ha smesso di contare i numeri brevi isolati durante l'ordinamento, ma la query includeva ancora qualsiasi prodotto con quel numero nella descrizione o nelle caratteristiche nei risultati: "whey 80" avrebbe mostrato prodotti con "80 capsule" o "800 mg" e, poiché i nomi non corrispondevano, sarebbero apparsi in "Potrebbe interessarti anche". Ora, se la ricerca include parole e un numero di una o due cifre, un prodotto deve corrispondere ad almeno una delle parole. Con pochi risultati, il blocco viene riempito con prodotti della stessa categoria, come nel 1.4.45.

L'aggiornamento cancella la cache di ricerca.

20/10/2026
v1.4.45

Anche i sinonimi contano quando si ordina

La ricerca ha già cercato sinonimi ("proteina" → "proteina"), ma la fase di separazione tra corrispondenze esatte, corrispondenze correlate e "Potrebbe interessarti anche" confrontava solo la parola digitata con il nome del prodotto. Tutto ciò che veniva trovato come sinonimo rientrava nella categoria "Potrebbe interessarti anche" ed era ordinato in base alle vendite, quindi il prodotto più venduto appariva per primo anche se non era correlato, e una ricerca con un errore di ortografia mostrava quell'etichetta in cima. Ora, una parola corrisponde al prodotto se corrisponde a se stessa o a uno dei suoi sinonimi attivi, e "proteina" viene ordinato allo stesso modo di "proteina". Attivare e disattivare l'opzione "Promuovi corrispondenze esatte" è sufficiente.

Un singolo numero breve non è più correlato a un prodotto

Con diverse parole, bastava abbinare anche solo una o due cifre per accedere a prodotti correlati e guadagnare punti: con "omega 3" si otteneva una "Confezione da 3" di qualcos'altro o un formato "30g" prima di quelli omega. Ora il numero conta solo se corrisponde anche a una parola.

"Potrebbe interessarti anche" con pochi risultati, senza Meilisearch

Una ricerca con meno di 8 risultati viene integrata con un massimo di 8 prodotti che condividono la stessa categoria: prima la categoria più specifica (una sottocategoria precedente alla categoria principale; le categorie radice e home non vengono conteggiate) e poi i prodotti più venduti. Il sistema rispetta le categorie e i produttori esclusi e l'opzione "Nascondi i prodotti esauriti". Viene utilizzato solo l'ordinamento per rilevanza, senza filtri. In precedenza, solo Meilisearch offriva questa funzionalità, e solo in assenza di risultati.

L'aggiornamento cancella la cache di ricerca, che memorizza l'ordine finale.

15/10/2026
v1.4.42

Le immagini danneggiate provenienti da altri moduli non scompaiono più

Il motore di ricerca era in ascolto per eventuali errori di caricamento. Tutto Le immagini della pagina erano nascoste e quelle che non venivano caricate correttamente, anche se non erano proprie della pagina stessa, venivano contrassegnate con un'icona "immagine non presente". Un'immagine creata vuota da un altro modulo e poi riempita, come ad esempio il codice QR per la finestra modale di condivisione del carrello, rimaneva nascosta per sempre.

Ora vengono elaborate solo le immagini presenti nel motore di ricerca, nella pagina dei risultati o nei banner. Non cambia nulla all'interno del modulo stesso: l'immagine di un prodotto che non si carica viene comunque sostituita dall'icona.

15/10/2026
v1.4.41

Ora anche altri moduli possono salvare il carrello dopo aver salvato un prodotto.

Quando salvi un prodotto, il motore di ricerca lo indicizza e ha bisogno di un carrello della spesa nel contesto per calcolare il prezzo (senza di esso, Prodotto::getPriceStatic() fa morire() in PrestaShop 1.7.8, 8.2 e 9.0). Se il carrello di contesto non aveva ancora un ID, veniva modificato in un nuovo Cart() Vuoto, senza valuta. Nella vetrina del negozio, il carrello senza ID è quello che PrestaShop prepara per il visitatore, quindi qualsiasi modulo che ha salvato un prodotto dal negozio e poi il carrello ha generato l'errore "La proprietà Cart->id_currency è vuota". Si è verificato con un personalizzatore di abbigliamento: il primo modello di ogni prodotto non entrava nel carrello.

Ora il carrello viene creato solo se non ne esiste già uno (console, servizio web) e viene compilato come avviene nel sistema principale: lingua, valuta e negozio.

Il pulsante "aggiungi al carrello" sul pannello salva anche il carrello che il negozio aveva già preparato invece di crearne un altro, quindi mantiene il visitatore (id_guest) come il normale carrello della spesa di PrestaShop.

v1.4.38

Durante la digitazione, i risultati appaiono sopra, non sotto, il messaggio di benvenuto.

Osservato su iogenixdise (PS 8.2) durante la ricerca di "Isolate": con la query digitata, il pannello continuava a mostrare "Ricerche popolari" e "Più venduti", e i risultati, con la corrispondenza esatta in alto, erano a circa 1.580 px dall'alto.

Prima era una gara. All'apertura del pannello, il server richiedeva un messaggio di benvenuto e, se il client digitava qualcosa prima che arrivasse, la risposta sovrapponeva il messaggio di benvenuto ai risultati. Ora, quella richiesta viene annullata non appena viene ricevuta una query e, se era già in corso, non viene sovrapposta. Con il messaggio di benvenuto intenzionalmente ritardato di 4 secondi, i risultati ora hanno una larghezza di 192 pixel e la prima scheda è larga 236 pixel, senza il CSS del tema.

Il blocco contenente il tuo messaggio, i link e le "Categorie più trovate", che appare solo in caso di ricerca, si sposta da sopra i risultati (169 px) a dietro di essi.

Una ricerca, una richiesta

  • Ogni richiesta è stata inviata al server due volte. rkrfreevisualsearch-nav.js avvolto eseguireSearch con _origExecute(query).then ? _origExecute(query)…Il controllo ha già avviato la ricerca e il ramo l'ha avviata di nuovo.
  • Quando ho aperto il pannello, sono apparse 2 o 4 ricerche vuote. Uno ha chiesto "prodotti in evidenza" con solo in primo piano, un parametro che il server non ha mai letto e la risposta era irrilevante: è stato rimosso. Inoltre, l'argomento richiede aprire() con la messa a fuoco e con il clic della sua casella, e la seconda chiamata ha ripetuto il benvenuto e cancellato ciò che era stato scritto: ora non fa nulla se il pannello è già aperto.
  • I filtri, l'ordinamento e il limite non hanno annullato la ricerca precedente. E due risposte potrebbero arrivare in qualsiasi ordine. Ora ogni ricerca annulla quella in corso e una vecchia risposta viene scartata anche se arriva (incluse le risposte "carica altro" e di completamento automatico).

La funzione di completamento automatico ha impiegato un'intera pagina

autocomplete.php Stavo chiamando parent::initContent(), che in PrestaShop assegna variabili di pagina ed esegue displayHeader con gli hook di tutti i moduli dello store. In iogenixdise erano 3,6 s per ogni richiesta, anche con l'autocompletamento disattivato, perché il controllo avveniva in un secondo momento. Ora sono 0,1–0,2 s (0,9 s la prima volta). search.php Non lo fece mai. addcart.php Prima faceva la stessa cosa e poi ha smesso di farla: aggiunta al carrello dal pannello, 0,17 s.

La striscia di completamento automatico, con miniatura e senza coprire nulla

Fluttuava sopra il pannello (posizione: AssolutoIn precedenza, copriva le ricerche più popolari e visualizzava solo il testo. Ora è nel flusso, sopra la colonna dei risultati, in una singola riga che scorre orizzontalmente (~70px) e ogni prodotto ha la sua miniatura: il server stava già inviando URL dell'immagine. L'input su un suggerimento contrassegnato dalle frecce non ha avuto alcun effetto (l'elenco letto era sempre vuoto) e ora lo apre.

Il motore di ricerca ha impiegato pochi secondi per trovare i negozi con cronologia degli ordini.

Misurato in maesalv9 (PS 9.1.4, (1.083 prodotti, 535.838 righe d'ordine):

  • Schede prodotto ProductDataProvider::getProducts): le unità vendute ammontavano in totale dettagli_ordine + ordini Ogni richiesta richiede circa 1 secondo per prodotto venduto. All'apertura del motore di ricerca (query vuota), i 12 "più venduti" hanno richiesto 9,8 secondi. Ora appaiono in rkrfreevisualsearch_index.total_sold, L'indicizzatore calcola già la stessa somma (gli stessi numeri); solo i dati non indicizzati vengono calcolati come prima. Query vuota: 10,1 s → 0,22 s; "ceramico": 2,4 s → 0,4 s. Le risposte sono identiche byte per byte.
  • Completamento automaticoIn precedenza, i file venivano compilati per un massimo di 80 candidati per mostrarne 8, e quelli non corrispondenti venivano scartati (1,7 secondi). Ora, il sistema filtra preventivamente utilizzando nome, riferimento ed EAN da una query, e vengono compilati solo i seguenti: limite * 2 carte. 2,2 s → 0,15–0,4 s, stessi suggerimenti. In iogenixdise (PS 8.2, 346 prodotti, 578.153 righe d'ordine), "Isolate" passa da 12 s a 0,3 s senza caching e la query vuota da 5 s a 0,24 s. Ricerca fuzzy (FUZZY, soglia 60) e MAX_PRODUCTS_QUERY=100 Non erano loro il collo di bottiglia: una query senza risultati, che attraversa il percorso diffuso, impiega 0,49 secondi.

Aggiornamento

upgrade-1.4.38.php basta chiamare Media::clearCache()Con la funzionalità "Smart cache" di JS/CSS abilitata, il negozio continuerebbe a servire il vecchio pacchetto precompilato.

v1.4.37

Un singolo banner immagine o video ha mandato in crash l'intero negozio in PrestaShop 9.2

Con un banner immagine o video attivo, la homepage e le pagine prodotto di PrestaShop 9.2 genererebbero un errore irreversibile, non solo la funzione di ricerca: SmartyException: Il template './_banner-overlay.tpl' non può essere relativo al template di tipo risorsa 'module'.. . _banner-media.tpl incluso il testo del banner con un percorso relativo (./_banner-overlay.tpl), e Smarty 9.2 non supporta più i percorsi relativi all'interno di un modello caricato come modulo:.

Ora incluso nel tuo percorso completo (modulo:rkfreevisualsearch/views/templates/hook/_banner-overlay.tpl), come il resto dei modelli front-end. Non è necessario alcun aggiornamento: è solo il modello. Riproducibile in 9.2.0 con la versione precedente e testato con la nuova in 9.2.0, , 9.1.5, , 9.0.0, , 8.2.8 E 1.7.8.11 (Pagina iniziale con un banner immagine in alto e un banner video a lato, e la pagina dei risultati). Il affermare Le relazioni di back-office non cambiano: quei modelli vengono caricati tramite percorso file e funzionano anche in 9.2.

30/09/2026
v1.4.36

La chiave Meilisearch "non è stata salvata"

Un cliente ha segnalato questo problema. La password era stata salvata, ma sullo schermo veniva visualizzato un messaggio diverso e Meilisearch si è chiuso improvvisamente. 1.4.33 La chiave salvata non viaggia più al browser: il campo appare sempre vuoto e il JavaScript della schermata continua a dedurre "nessuna chiave" da un campo vuoto: al caricamento, disabilita e blocca l'interruttore e visualizza "È richiesta la chiave API". Poiché una casella di controllo disabilitata non viene inviata, la successiva casella di controllo salvata invia il 0 dal campo nascosto e Meilisearch disattivato. E se fosse forzato, PHP rifiuterebbe il salvataggio per lo stesso motivo, perché anche in quel caso si limitava a considerare solo il campo.

Ora il modello dice se c'è una chiave salvata (set di chiavi datiJavaScript tiene conto di questo aspetto, mentre PHP richiede la chiave solo se il campo è vuoto. E Nessuno salvato. Giocato su 9.2.0 Con la versione precedente e testato con la nuova: salvando con una password, ricaricando e salvando di nuovo senza inserirla, Meilisearch rimane attivo e la password intatta.

28/09/2026
v1.4.33

Pulizia. Per il commerciante non cambia nulla in termini di funzionalità; ciò che cambia è il funzionamento interno del modulo e il contenuto della confezione.

Ogni azione "aggiungi al carrello" invia una richiesta HTTP dal server a se stesso

Quando si aggiunge un prodotto dal motore di ricerca, il controller richiede l'HTML del mini-carrello tramite cURL. al negozio stesso, con un ritardo di due secondi, all'interno del percorso di acquisto. Era inutile: puntava al modulo. blocco, Quello Non esiste più dalla versione 1.7 di PrestaShop. —il blocco del carrello nativo è ps_shoppingcart—, quindi la richiesta ha restituito un errore 404 e l'HTML è sempre arrivato vuoto. Misurato in 8.2.8: HTTP 404 e 47 byte.

Ciò che costava caro era il tempo. In un negozio che non può raggiungere se stesso a causa del suo dominio pubblico – Cloudflare di mezzo, DNS split-horizon, un bilanciatore di carico o un certificato che cURL non convalida – si trattava di ben due secondi per ogni clic, proprio sulla schermata in cui il cliente prende la decisione.

Il browser, che gestisce la sessione dell'acquirente, ha già gestito l'aggiornamento: i due file JavaScript sono stati inseriti nella propria andare a prendere Quando il codice HTML è vuoto, come sempre accade, non si perde nulla rimuovendolo.

Inoltre, è stato misurato ciò che NO Per evitare di entrare troppo nei dettagli: quella richiesta non ha creato visitatori falsi nelle statistiche. Prima e dopo cinque chiamate, ps_guest E ps_connections Rimangono fermi a 416 e 446.

Codice che nessuno stava eseguendo.

  • 176 righe di codice JavaScript per l'indicizzatore (da 530 a 354). Due schermate intere, reindicizzate con barra di avanzamento e aggiornamento delle statistiche, sono state incollate a undici identificatori che nessun modello di modulo definisce, controllate una per una. Con loro vanno le sue tre assistenti, che nessun altro ha chiamato, e le undici regole CSS di quella barra di avanzamento.
  • 49 linee del Controllore GeneraleCopie di due hook dal modulo e una seconda implementazione della coda di reindicizzazione. Questi sono metodi hookXxx() all'interno di un controller e PrestaShop invia gli hook a moduli, quindi non furono mai giustiziati. La prova che erano morti da un po' è che questa copia stava ancora cercando _PS_MODE_IMPORT_, la costante che il 1.4.32 Il problema è già stato risolto nell'hook corrente. Le implementazioni in esecuzione nel file principale non sono state modificate, così come non lo sono la coda utilizzata da cron e dal modulo.
  • configurazione/services.yaml, che nessuno ha letto: PrestaShop cerca letteralmente services.yml, verificato in 1.7.8.11 E 8.2.8. E non poteva essere semplicemente rinominato, perché attivandolo si sarebbe tentato di iniettare automaticamente classi con dipendenze che non era in grado di risolvere. Con esso è scomparsa anche l'estensione Twig che esisteva solo per registrare quel file: il modulo non ha nemmeno un template Twig.

Presentazione in sei lingue

Ciò che l'acquirente vede (le 141 etichette nel motore di ricerca) ora appare anche in francese, tedesco, italiano e polacco, Oltre all'inglese e allo spagnolo. In precedenza, in un negozio in quelle lingue, la sovrapposizione veniva visualizzata in inglese. Il back office del modulo rimane in inglese e spagnolo.

E tre testi che non sono stati tradotti in nessuna lingua: «Vai a…» era scritto in spagnolo nel codice JavaScript, mentre il contatore «N risultati» e la relativa etichetta di accessibilità erano in inglese.

Multistore: categorie ripetute con il nome di un altro negozio

Sei consultazioni unite categoria_lingua Senza filtrare per negozio. In un'azienda con più punti vendita, ogni categoria appariva una sola volta. per negozio nei collegamenti rapidi dei risultati e con il nome di quello selezionato: nel negozio di prova polacco, apparivano sia "Tonery" che "Tóner". Ciò ha influenzato i collegamenti rapidi, le "categorie più trovate", i filtri e il nome della categoria di ogni inserzione.

Le ricerche più popolari impostate manualmente non sono mai comparse.

Le voci aggiunte dal commerciante a Import/Export vengono conteggiate come zero ricerche e l'elenco è stato ordinato in base al volume di ricerca prima di essere troncato al raggiungimento del limite: non appena le statistiche hanno mostrato un dato significativo, le voci inserite manualmente sono state eliminate senza preavviso. Vengono visualizzate per prime, in ordine.

Il validatore dei componenti aggiuntivi interpretava in modo errato il nome del modulo.

L'ho registrato come «Rekire Ricerca visiva gratuita - Intelligente SearchModules.Rkfreevisualsearch.Admin»: estrae il nome combinando tutte le lettere nell'assegnazione di $this->displayName, La chiamata di traduzione utilizzava il nome di dominio letteralmente. Il nome di dominio è ora una costante. Conferma tramite il caricamento del file ZIP: l'invio 3767735 ora utilizza il nome corretto, con 0 errori e 0 avvisi.

Le schermate nella guida mostravano il nostro laboratorio

Tre delle diciotto immagini presenti nella guida contenevano nomi provenienti dal nostro ambiente di test: un host Meilisearch e un nome di indice in una, e un dominio locale nell'URL di esempio nelle altre due. Non si tratta di credenziali o dati personali, bensì di nomi di macchine locali, ma sono inclusi nel pacchetto acquistato dal cliente e sono del tutto irrilevanti. Sono stati sostituiti con valori neutri.

v1.4.14

  • Nuovo Guida utente all'interno del back-office, in spagnolo e inglese, con screenshot e assistenza per ogni schermata.
  • Corretto Attivando Meilisearch, il tuo negozio non rimarrà più senza servizio se il tuo server non risponde o è obsoleto.
  • Corretto Sono stati corretti i link dei banner, il messaggio di benvenuto, i design scuri e i pesi multi-negozio.
  • Sicurezza Correzione di sicurezza, chiavi API salvate e crittografate e tutte le librerie all'interno del modulo, senza CDN esterno.

v1.4.13

  • Corretto Il filtro prezzo consente ancora una volta di filtrare in base al prezzo più basso.

26/08/2026
v1.4.12

  • Corretto I colori configurati vengono applicati al pulsante del carrello e alla finestra delle combinazioni.

23/07/2026
v1.4.8

  • Nuovo I banner possono contenere immagini, video o prodotti e possono essere generati utilizzando l'intelligenza artificiale.
  • Nuovo Campagne di email indirizzate a coloro che hanno cercato un determinato termine, previo consenso registrato al momento della prima ricerca.
  • Corretto Sono stati corretti i permessi e le impostazioni della finestra per l'intera pagina, oltre a un bug nell'editor di testo.

11/07/2026
v1.3.7

  • Migliorato Ricerca più precisa, anche quando il nome del prodotto contiene numeri.
  • Nuovo Opzione per passare al motore di ricerca PrestaShop premendo Invio o la lente d'ingrandimento.
  • Nuovo Nuova modalità di presentazione Classica, senza sovrapposizione a schermo intero, e una modalità a pagina intera completamente funzionale.
  • Migliorato La scelta migliore tra scorrimento infinito e impaginazione.

13/06/2026
v1.2.33

  • Corretto Risolto il problema di aggiornamento dell'indice durante il salvataggio di un prodotto.

11/04/2026
v1.2.8

  • Corretto Filtri corretti e migliorati.

10/04/2026
v1.2.7

  • Migliorato Modulo interamente tradotto in inglese, con tutti i testi traducibili.
  • Migliorato Ritocchi estetici negli uffici amministrativi e nel punto vendita.
  • Sicurezza Miglioramenti alla sicurezza.

v1.2.5

  • Nuovo Colore di sfondo configurabile per le etichette della ricerca predittiva.
  • Migliorato Regolazione del colore e delle dimensioni.

v1.2.4

  • Nuovo Sezione "Potrebbe interessarti" con prodotti suggeriti quando i risultati sono pochi.
  • Migliorato Ricerca approssimativa migliorata grazie al motore MySQL e miglioramenti grafici.

v1.1.0

  • Nuovo Banner programmabili da posizionare nella parte superiore o laterale del motore di ricerca.
  • Nuovo Opzione per escludere i marchi dalla ricerca.
  • Migliorato Avviso relativo ai prodotti esauriti che sono comunque acquistabili.
  • Migliorato Miglioramenti grafici e piccole correzioni.

30/03/2026
v1.0.27

  • Nuovo I prodotti nuovi o modificati vengono reindicizzati automaticamente.
  • Nuovo Prezzo comprensivo o meno di tasse, a vostra scelta.

29/03/2026
v1.0.25

  • Nuovo Esclusione di categorie e caratteristiche dalla ricerca.
  • Nuovo Indicizzazione automatica tramite attività pianificata, che rileva i prodotti non indicizzati e sincronizza Meilisearch.
  • Migliorato Precaricamento automatico dei termini più cercati e statistiche migliorate.
  • Migliorato Miglioramento della ricerca approssimativa, che ignora i termini eccessivamente brevi, e migliore visualizzazione su schermi 2K e 4K.

26/03/2026
v1.0.24

  • Migliorato Miglioramenti grafici e correzione di bug.

19/03/2026
v1.0.23

  • Nuovo Avvio del modulo.

Noi di Rekire vogliamo semplificarvi la vita. Per questo i nostri moduli PrestaShop sono dotati di una licenza d'uso flessibile:

  • Utilizzo illimitato nei tuoi progetti. Puoi utilizzare il modulo in tutte le tue installazioni che desideri, anche se sei un'agenzia e gestisci diversi siti web (senza bisogno di essere in modalità multi-store).
  • Restrizioni di distribuzione. Non è consentito scambiare, distribuire, vendere o ripubblicare il modulo a terzi.

Etica professionale. Questo software è il nostro sostentamento. Vi chiediamo di rispettare la vostra etica professionale e di effettuare nuovi acquisti qualora il volume dei progetti lo richieda: è l'unico modo per rendere conveniente continuare a sviluppare moduli così validi e a mantenerne i costanti miglioramenti.

Supporto tecnico

Al fine di fornirvi il miglior servizio possibile, l'assistenza relativa al modulo è regolata dalle seguenti condizioni:

  • L'assistenza viene fornita esclusivamente sul sito web indicato come sito principale .
  • Se non hai specificato un sito principale, l'assistenza viene applicata automaticamente alla prima installazione in cui il modulo viene attivato.

Potrebbero interessarti anche

Galleria prodotti RKR
145,08 €
119,90 € + IVA = 145,08 €
Blog
Kit di prodotti Rekire
181,50 €
150,00 € + IVA = 181,50 €
Blog

4 altri prodotti nella stessa categoria

Questions and answers

  • ¿Tiene cuota mensual o límite de búsquedas?

    Equipo de Rekire

    0
    • No. Se paga una vez, sin límite de búsquedas ni de productos, y funciona dentro de tu tienda con tu servidor: tu catálogo no sale de tu máquina.

      Equipo de Rekire The shop

  • ¿Necesito instalar Meilisearch?

    Equipo de Rekire

    0
    • No. Por defecto usa su propio índice de tokens sobre MySQL, con caché de resultados y precalentamiento de los términos más buscados. Meilisearch es opcional, y si su servidor no contesta el buscador vuelve solo a MySQL.

      Equipo de Rekire The shop

  • ¿Usa overrides o llama a servidores externos?

    Equipo de Rekire

    0
    • No. No llama a ningún servidor de Rekire, no descarga librerías de un CDN, no modifica ficheros del núcleo y no usa overrides.

      Equipo de Rekire The shop

  • ¿Puedo saber qué buscan mis clientes y no encuentran?

    Equipo de Rekire

    0
    • Sí. Cada búsqueda queda registrada: los términos más pedidos, en qué resultados se pincha y qué se busca sin resultados. Sobre esa lista puedes lanzar campañas de correo por término buscado, para avisar a quien preguntó por algo el día que entra en catálogo.

      Equipo de Rekire The shop

  • ¿Funciona en una tienda multiidioma o multitienda?

    Equipo de Rekire

    0
    • Sí. Es multitienda y multiidioma, y el buscador que ve el cliente está traducido a español, inglés, francés, alemán, italiano y polaco. Puedes añadir sinónimos por idioma, también importándolos por CSV.

      Equipo de Rekire The shop

  • ¿Con qué versiones de PrestaShop funciona y cuántas tiendas cubre la licencia?

    Equipo de Rekire

    0
    • Es compatible desde PrestaShop 1.7.8 hasta 8.x y 9.x. Una sola licencia vale para todas tus tiendas PrestaShop.

      Equipo de Rekire The shop

Caricamento...
Consenso sui cookie
Torna all'inizio