Visuelles Suchmodul (keine SaaS-Lösung): Die selbstgehostete intelligente Suchmaschine mit Meilisearch-Option

13.11.2026
v1.5.5

• Im Suchfeld wurde die Angebotsbezeichnung („-50 %)“ bei exakten Trefferkarten von der Bezeichnung „Exakt“ verdeckt, da sich beide in der oberen linken Ecke des Bildes befanden. Auf diesen Karten wird das Angebot nun, wie auch auf der Ergebnisseite, in die untere Ecke verschoben. Dies gilt für alle Darstellungsarten, sowohl auf Desktop- als auch auf Mobilgeräten.
• Auf der Startseite der Suchmaschine (Bestseller, ohne vorherige Eingabe von Informationen) erschien beim Überfahren einer Karte mit der Maus früher eine schwarze „Option auswählen“-Leiste über die gesamte Breite des oberen Bereichs, die nicht anklickbar war. Jetzt befindet sich die Schaltfläche direkt in der Karte, wie auch in den Suchergebnissen.

12.11.2026
v1.5.4

• Ein Produkt, das nicht vorrätig war und für das die Option „Bestellungen zulassen“ aktiviert war, wurde in den Suchergebnissen als ausverkauft und ohne Kaufbutton angezeigt, obwohl es über die Produktseite bestellt werden konnte. Die Suchmaschine bezog diese Option aus einer Quelle, die von der Produktseite in PrestaShop 8 und 9 nicht mehr aktualisiert wird. Nun bezieht sie diese Information aus derselben Quelle wie die Produktseite selbst. Dasselbe gilt für die Option „Nicht vorrätige Artikel ausblenden“ und den Meilisearch-Index.
• Wenn die Lagerverwaltung im Shop deaktiviert ist, kann jedes Produkt bestellt werden, genau wie auf der Produktseite.

11.11.2026
v1.5.3

• Die Preise in der Suchmaschine spiegeln nun den Mehrwertsteuersatz der jeweiligen Kundengruppe wider, genau wie auf der Produktseite und in den Angeboten in PrestaShop. Kundengruppen, die so konfiguriert sind, dass Preise ohne Mehrwertsteuer angezeigt werden (z. B. die Gruppe der Freiberufler), sahen in der Suchmaschine Preise inklusive Mehrwertsteuer. Jetzt sind die Preise auf allen Produktseiten, im Preisfilter und in der Kombinationsauswahl einheitlich.
• Die Option „Preise inklusive Steuern anzeigen“ funktioniert wie folgt: Wenn sie aktiviert ist, werden die Preise der jeweiligen Kundengruppe angepasst; wenn sie deaktiviert ist, werden die Steuern immer ausgeschlossen.

11.11.2026
v1.5.2

• Schnellkauf: Menge und Hinzufügen-Button befinden sich in einer einzigen Zeile mit einem einzigen Symbol, wie bei den meisten Themes. Selbst wenn sich das Produkt bereits im Warenkorb befindet, wird weiterhin „− N +“ angezeigt.
• Die Schaltfläche hatte vorher eine reinrote Farbe auf schwarzem Hintergrund. Jetzt ist sie dunkelgrau; in Shops, die die Farbe nicht geändert haben, wird sie beim Update automatisch angezeigt, und die in den Darstellungseinstellungen gewählte Farbe bleibt erhalten.
• Filter „Im Angebot“: Ein Festpreis ohne Rabatt (z. B. ein Gruppentarif für Gewerbetreibende) zählt nicht mehr als Sonderangebot. In Geschäften mit Gruppentarifen kennzeichnete dieser Filter früher fast das gesamte Sortiment. Jetzt wird er genauso behandelt wie der Rabattaufkleber auf der Karte.

11.11.2026
v1.5.1

• Produkte, die von einem anderen Modul für Besucher ausgeblendet wurden, erscheinen nicht mehr in den Suchergebnissen: weder im Dropdown-Menü noch auf der Ergebnisseite oder unter den vorgestellten Produkten. Sie werden auch nicht in den Gesamtergebnissen oder Filtern angezeigt. Die Suchmaschine verwendet einen Hook, um die Suchanfrage zu stellen. actionRkrFilterVisibleProductIds (erhält IDs durch Verweis und entfernt diejenigen, die nicht sichtbar sind); es wird beispielsweise von RKR Private Products verwendet, um bestimmte Produkte nur einer Liste von Kunden anzuzeigen.
• Die Schaltfläche „Hinzufügen“ der Suchmaschine lehnt diese Produkte auch dann ab, wenn ihre ID manuell übermittelt wird.
• Bei Installation eines solchen Moduls wird der Ergebnis-Cache pro Client gespeichert: Was ein Client aus der Liste sieht, wird einem anderen Besucher nicht angezeigt und umgekehrt.

11.11.2026
v1.5.0

Für Shops, deren Kunden direkt über die Suchmaschine einkaufen. Die neuen Optionen befinden sich unter „Design“ im Bereich „Über Suchmaschine kaufen“.

• Sichtbare Angebote: Reduzierte Produkte werden mit dem Hinweis „-20 %“ (oder „-5,00 €“, falls es sich um einen Festbetrag handelt) über dem Foto gekennzeichnet. Der vorherige Preis ist durchgestrichen, wie in den Produktdetails dargestellt. Produkte, die lediglich das PrestaShop-Label „Im Angebot“ tragen, zeigen „Im Angebot!“ an. Spezifische Preise und Katalogregeln des Kunden werden berücksichtigt; der Rabatt für die jeweilige Produktgruppe jedoch nicht, da es sich um den regulären Preis handelt. Diese Anzeige wird beim Aktualisieren aktiviert (sie ist unter „Rabatt und vorheriger Preis“ deaktiviert).
• Der Filter „Im Angebot“ im Suchfilterfeld und auf der Ergebnisseite zeigt die Anzahl der reduzierten Produkte unter den gefundenen Artikeln an. Er wird nur angezeigt, wenn welche vorhanden sind. Die Überprüfung erfolgt während der Suche, nicht während der Indexierung. Daher werden Angebote, die heute beginnen oder enden, ohne erneute Indexierung berücksichtigt. Die Funktion wird nach dem Update aktiviert.
• Schnellkauf (nach Update deaktiviert): Die Mengenangabe und der Hinzufügen-Button sind bei jedem Produkt immer sichtbar, nicht nur beim Überfahren mit der Maus. Sobald sich das Produkt im Warenkorb befindet, ändert sich der Button zu „- Menge +“ mit der Anzahl der bereits im Warenkorb befindlichen Einheiten: Eine Änderung der Anzahl bleibt im Warenkorb (z. B. 12), eine Änderung auf 0 entfernt die bereits im Warenkorb befindlichen Einheiten. Wird der Warenkorb über die Kopfzeile aktualisiert, wird auch der Button aktualisiert. Dies gilt für Produkte ohne Kombinationsmöglichkeiten; bei anderen Produkten wird weiterhin „Option auswählen“ angezeigt.
• Der Lagerbestand wird als Ampel angezeigt (ausgeschaltet, wenn aktualisiert): Ein grüner Punkt bedeutet Lagerbestand, Gelb bedeutet wenige Einheiten („Letzte Einheiten“) und Rot bedeutet ausverkauft. „Wenige“ bedeutet weniger als die in „Wenige Einheiten ab“ festgelegte Anzahl oder, falls auf 0 gesetzt, weniger als die in der PrestaShop-Einstellung „Restbestände anzeigen, wenn kleiner als“ festgelegte Anzahl.
• Behoben: Die Option „Hinzufügen“ zeigte bisher „Zum Warenkorb hinzugefügt“ an, obwohl der Artikel vom Shop noch nicht hinzugefügt worden war (ein anderes Modul entfernt ihn sofort). Jetzt wird der Benutzer darüber informiert, dass der Artikel nicht hinzugefügt werden konnte.
• Behoben: Im Debug-Modus wurden Benachrichtigungen von anderen Modulen vor der Warenkorb-Antwort angezeigt, und die Schaltfläche zeigte einen „Verbindungsfehler“ an. Während Aktualisierungen ist keine Aktion erforderlich: Der Suchcache wird automatisch geleert.

11.11.2026
v1.4.64

• Behoben: Auf der Suchergebnisseite wurde die Darstellungseinstellung „Preis anzeigen“ nicht berücksichtigt, und der Preis wurde immer angezeigt. Das Dropdown-Suchfeld berücksichtigte die Einstellung hingegen korrekt. Kundengruppen ohne Berechtigung zur Preisanzeige waren bereits zuvor abgedeckt. 1.4.58, In beiden Ansichten. Beim Aktualisieren ist keine Aktion erforderlich.

10.11.2026
v1.4.63

• Vollständiger Produktname beim Überfahren mit der Maus: Wenn der Name nicht auf die Karte passt und durch „…“ abgeschnitten wird, erscheint beim Überfahren mit der Maus eine Sprechblase mit dem vollständigen Namen am unteren Bildrand. Der Preis wird dabei nicht verdeckt und die Rasterung nicht verschoben. Diese Funktion ist nur auf Computern verfügbar (auf Mobilgeräten gibt es keine Hover-Funktion). In Schuhgeschäften passten beispielsweise Modell und Farbe nicht in zwei Zeilen.
• Bei den Stilen Clean und Superclean erstreckt sich der Name über bis zu 3 Zeilen (vorher 2): Da kein Rahmen um das Produkt vorhanden ist, fällt es nicht auf, dass manche Namen eine zusätzliche Zeile einnehmen, und somit werden auch auf Mobilgeräten viel weniger abgeschnitten.
• Behoben: In den obigen Vorschlägen wurde beim Überfahren des Namens mit der Maus fälschlicherweise ein "&" anstelle eines "&" angezeigt, wenn der Name das Symbol "&" enthielt. Nach der Aktualisierung ist keine Aktion erforderlich.

09.11.2026
v1.4.62

• Behoben: Nicht vorrätige, aber bestellbare Produkte („Auf Anfrage erhältlich“: Das Produkt oder der Shop nimmt Bestellungen für nicht vorrätige Artikel entgegen) hatten zuvor eine Schaltfläche „Prüfen“. Ein Klick darauf führte zu einer Fehlermeldung „Nicht ausreichend Lagerbestand“, ohne dass ein Artikel hinzugefügt wurde. Jetzt gibt es eine Schaltfläche „Hinzufügen“, und die Artikel werden wie in den Produktdetails hinzugefügt. Dies ist besonders relevant für Shops, die viele Sonderanfertigungen anbieten (siehe …). lacasadelassetas.comBei 912 von 1.519 Produkten funktionierte die Schaltfläche in mehr als der Hälfte des Katalogs nicht.
• Behoben: Im Fenster „Option auswählen“ wurde eine Variante, die zwar nicht vorrätig, aber bestellbar war, als „Nicht vorrätig“ angezeigt und konnte nicht hinzugefügt werden. Sie wird nun als „Auf Anfrage erhältlich“ angezeigt und kann hinzugefügt werden.
• Die schwebende Schaltfläche „Filter“ des Mobilgeräts kann in der Farbe des Shops eingefärbt werden: lesen --rkfvs-filter-toggle-bg Und --rkfvs-filter-toggle-text (Standardmäßig wie bisher: Hauptfarbe und weißer Text). Zuvor war die Farbe fest im Code verankert und konnte nicht per CSS geändert werden.

09.11.2026
v1.4.61

• Neue Option „Suche beim Zurückkehren speichern“ (Allgemein). Wenn ein Kunde ein Produkt in der Suchleiste auswählt und mit der Zurück-Taste zurückkehrt, öffnet sich das Bedienfeld genau so, wie es war: mit denselben Suchergebnissen, Filtern, Sortierreihenfolge, bereits geladenen Produkten und auf derselben Ebene wie das zuvor angesehene Produkt. Bisher musste der Kunde bei geschlossenem Bedienfeld erneut suchen. Wird das Bedienfeld manuell geschlossen, öffnet es sich beim Zurückkehren nicht wieder. Diese Option ist nach dem Update standardmäßig deaktiviert. Sie kann unter Einstellungen > Allgemein aktiviert werden.

07.11.2026
v1.4.60

• Ein einzelner Buchstabe in Verbindung mit anderen Wörtern zählt: „Vitamin C“ priorisiert die C-Vitamine (zuvor lieferte die Suche nach „Vitamin“ auch Ergebnisse für Vitamin D3, B12 usw.). Dasselbe gilt für „Vitamin E“, „Vitamin K“ usw. Der Buchstabe muss Teil eines vollständigen Wortes im Namen sein: „C“ passt nicht zu „Komplex“. Einzelne Buchstaben werden weiterhin nicht berücksichtigt. Während des Updates ist keine Aktion erforderlich.

07.11.2026
v1.4.59

• Der Lagerbestandsstatus („Auf Lager“, „Auf Anfrage erhältlich“, „Nicht auf Lager“) wird auf den Panelkarten für Gruppen angezeigt, die keine Preise sehen. 1.4.58, Das Verbergen des Preises pro Gruppe bedeutete auch, das Lageretikett zu erhalten.
• Die Stile „Clean“ und „Superclean“: Der Filterblock ist sowohl im Bedienfeld als auch auf der Ergebnisseite deutlich kompakter (jeder geschlossene Filter nimmt nur die halbe Höhe ein). Nach dem Update ist keine Aktion erforderlich.

07.11.2026
v1.4.58

Preise nur für diejenigen, die sie sehen können

• Die Suchmaschine berücksichtigt die Einstellung „Preise anzeigen“ für Kundengruppen (Kunden > Gruppen). In einem B2B-Shop mit der Besuchergruppe (ohne Preise) wurden im Ergebnisseitebereich und auf der Seite der Preis und der „In den Warenkorb“-Button angezeigt. Nun werden für diese Gruppen weder der Preis noch der Preisfilter oder die Sortierung noch der Warenkorb-Button angezeigt, und die Warenkorbfunktion der Suchmaschine lehnt die Anfrage ab.
• Der Ergebnis-Cache wird nach Kundengruppe und Währung gespeichert; es werden keine Preise mehr von einer Gruppe zur anderen angezeigt.

Der erste Buchstabe geht nicht mehr verloren

• Wenn Sie auf das Suchfeld des Designs tippen und sofort etwas eingeben, bleibt der erste Buchstabe im Feld erhalten („Protein“ suchte nach „Rotein“). Mit demselben Tippen wechselt der Fokus zum Suchfeld des Panels. Sobald dort ein Ergebnis angezeigt wird, erscheint es im Panel. Für die Aktualisierung ist keine weitere Aktion erforderlich.

05.11.2026
v1.4.57

JavaScript-Fehler beim Hinzufügen eines Formulars zur Seite

• Wenn ein anderes Modul oder Theme ein Formular mit einem Feld namens „…“ zur Seite hinzugefügt hat Ausweis, die Konsole zeigte node.id.startsWith ist keine Funktion, Die Suchmaschine entfernt nun nicht mehr die standardmäßige Autofill-Funktion, die bei diesem Formular angezeigt wurde. Nach dem Update ist keine Aktion erforderlich.

04.11.2026
v1.4.56

PrestaShop Addons Validator Ready

Code-Review ohne neue Funktionen. Während des Updates sind keine weiteren Maßnahmen erforderlich.

• Die Warnung bezüglich nicht indexierter Sprachen wurde nie angezeigt: Ihre Anfrage enthielt eine LIMIT Zu viel. Im Debug-Modus führte dieser SQL-Fehler zu Darstellungsfehlern auf den Bildschirmen des Moduls, das ihn anzeigte. Er stammt von der 1.4.39.
• Die Sortierung der Ergebnisse erfolgt anhand der Sprache und des Speichers der aktuellen Suche, nicht des globalen Kontexts. Dies wird beim Cache-Aufwärmvorgang deutlich, der alle Sprachen und Speicher durchläuft: Er sortiert nun jeden einzelnen nach seinen Synonymen und Gewichtungen.
• Die Warnung bezüglich nicht indizierter Sprachen stammt von einer Vorlage, nicht von PHP.
• Die Beispiele in diesem Protokoll und die Codekommentare nennen keine spezifischen Geschäfte mehr.

04.11.2026
v1.4.55

Multistore: Jeder Shop wird mit seinem eigenen Text durchsucht.

Wenn ein Produkt in zwei verschiedenen Shops unterschiedliche Namen hatte, verwendete die Suchmaschine für alle Shops den Namen und die Beschreibung des zweiten Shops: Eine Umbenennung in einem Shop verhinderte, dass das Produkt in diesem Shop angezeigt wurde. Dasselbe galt für Kategorienamen. Jeder Shop verfügt nun über einen eigenen Textindex mit eigener Gewichtung und eigenen Ausschlusskriterien, unabhängig davon, in welchem Shop das Produkt gespeichert wurde.

Außerdem werden Fehler behoben, die vom Speicherort abhingen, von dem die Daten stammen:

• Früher wurde ein Produkt, das in einem Shop deaktiviert oder ausgeblendet wurde, aus den Suchergebnissen aller Shops entfernt. Jetzt wird es nur noch in diesem einen Shop angezeigt.
• Ein Produkt, das in einem Shop gespeichert wurde, in dem es nicht verfügbar ist, würde aus der Suchmaschine der Shops verschwinden, in denen es verfügbar war.
• Die Angabe „Verfügbar“ basiert auf dem jeweiligen Lagerbestand der einzelnen Filialen. Da der Lagerbestand von mehreren Filialen gemeinsam genutzt wird, wurden Produkte in allen Filialen als nicht vorrätig geführt.
• Der Index wird neu erstellt, wobei Produkte aus allen Shops berücksichtigt werden, nicht nur aus dem Shop, von dem das Update gestartet wurde. In einer Multi-Shop-Umgebung werden Produkte nach dem Update automatisch per Cronjob in Batches neu indiziert. Wenn Sie Cronjobs nicht verwenden, klicken Sie auf „Index neu erstellen“. Bei einem einzelnen Shop ist keine Aktion erforderlich, und es ändern sich keine Indexzeilen.

Die gleiche Reihenfolge bei jeder Suche

Produkte mit gleicher Bewertung konnten bei zwei identischen Suchanfragen in der Reihenfolge wechseln, und ein Produkt konnte beim Durchsuchen der Seite doppelt angezeigt werden oder fehlen. Bei Gleichstand wird nun das neueste Produkt zuerst angezeigt.

04.11.2026
v1.4.54

Das Speichern eines Produkts ohne Änderungen überschreibt den Index nicht mehr.

Früher speicherte eine Schnittstelle zum ERP-System Tausende von Produkten, selbst wenn sich nichts geändert hatte. Bei jedem Speichern wurden alle Produktzeilen im Suchindex gelöscht und neu eingefügt. Jetzt speichert die Suchmaschine nur noch einen einzigen Datensatz pro Produkt. Wenn sich nichts geändert hat, werden keine Daten mehr gespeichert. Die Indextabelle wächst nicht weiter an, und das Speichern erfolgt deutlich schneller.

Wenn sich etwas ändert, wird nur die Änderung protokolliert: Die Umbenennung eines Produkts betrifft zwei oder drei Wörter, nicht Hunderte von Zeilen. Ändern sich nur Umsatz oder Lagerbestand, werden die entsprechenden Spalten aktualisiert. Nach der Aktualisierung ist keine Neuindizierung erforderlich: Beim ersten Speichern eines Produkts wird es mit den bereits im Index vorhandenen Daten verglichen.

Gespeicherte Suchanfragen werden nicht mehr ohne Grund gelöscht

Früher wurde der Suchcache jedes Mal geleert, wenn ein Produkt, eine Kategorie oder ein Hersteller gespeichert wurde, und auch jedes Mal, wenn ein Modul eine seiner Vorlagen löschte (was viele Theme-Slider beim Speichern eines Produkts tun). Jetzt wird er nur noch geleert, wenn sich etwas geändert hat, das die Suchergebnisse beeinflusst: Text, Preis, Kategorien, Hersteller, Kombinationen, Funktionen oder wenn das Produkt verfügbar ist. Der Button „Cache leeren“ im Backend leert ihn ebenfalls, was vorher nicht der Fall war.

Die Neuindexierungswarteschlange führt nicht zu Produktverlusten.

Produkte, die aktuell nicht indexiert sind (Importe, große Chargen), wurden bisher in einer Liste mit 500 Einträgen geführt. Sobald diese Liste voll war, wurden die ältesten Einträge übersprungen und behielten den alten Index bei. Jetzt befinden sie sich in einer eigenen Tabelle ohne Limit, und der Cronjob arbeitet sich zeitbasiert (25 Sekunden pro Durchlauf) statt mit einer festen Anzahl von 100 Produkten fort. Nach Abschluss des Vorgangs leert er den Cache, falls Änderungen vorgenommen wurden, und sendet diese an Meilisearch.

Schnellere Mehrwortsuche

Die Gewichtung jedes Wortes zählte die Produkte im Index für jede Suche mit zwei oder mehr Wörtern, selbst bei der Bereitstellung aus dem Cache. Diese Gesamtzahl stammt nun aus einer direkten Abfrage: In einem Katalog mit 10.000 Produkten entspricht sie dem Unterschied zwischen Sekunden und Millisekunden, wenn der Speicher der Datenbank knapp wird.

28.10.2026
v1.4.53

Mobile Ergebnisseite

Auf Bildschirmen mit einer Breite von weniger als 768 Pixeln werden die Filter nicht mehr neben den Produkten in einem festen Abstand von 280 Pixeln angezeigt (um zu verhindern, dass die Liste in allen Darstellungsstilen gestaucht wird). Sie erscheinen nun darüber, hinter einer Schaltfläche „Filter“, die sie öffnet und schließt. Sie bleiben geöffnet, wenn ein Filter angewendet wird, und es werden jeweils zwei Produkte gleichzeitig angezeigt. Auf Desktop-Computern ändert sich nichts.

28.10.2026
v1.4.52

Die Stile „Clean“ und „Superclean“ sorgen für optimale Ergebnisse.

Zwei neue Stile unter „Design“ → „Schnelle Designvorgaben“, für das Suchfeld und für die Ergebnisseite:

• SauberAlles ist weiß, ohne Rahmen um die einzelnen Produkte. Foto, Name und Preis heben sich von einem sehr hellgrauen Hintergrund ab. Beim Überfahren des Fotos mit der Maus wird es leicht abgedunkelt, und der Name wird ohne Lücken oder Schatten unterstrichen. Die Filter sind nicht mehr in Kästchen dargestellt, sondern durch eine dünne Linie voneinander getrennt. Im Bedienfeld befindet sich der Button, der beim Überfahren mit der Maus erscheint, nun unterhalb des Fotos und verdeckt nicht mehr den Preis.
• SupercleanDas Gleiche gilt, jedoch ohne Banner, Willkommensnachricht und ohne das Farbschema des Shops: Beschriftungen, Schaltflächen, Preisleisten und Trennlinien (Filter, „Exakte Übereinstimmung“) werden in Schwarz und Hellgrau geändert. Shops, die bereits ein anderes Design verwenden, bleiben unverändert.

28.10.2026
v1.4.51

Mit wenigen Worten, dem präzisesten Befehl.

Bei der Suche nach zwei Wörtern – einem häufigen Wort in Katalognamen und einem ungewöhnlichen („Baumwoll-T-Shirt“ in einem Geschäft, in dem fast alles T-Shirts sind) – wurden Produkte, die nur das häufige Wort enthielten, höher eingestuft als solche mit dem ungewöhnlichen Wort, einfach weil sie mit dem ersten Wort begannen. Nun wird jedes Wort entsprechend seiner Häufigkeit im Produktnamen gewichtet: Das ungewöhnliche Wort zählt mehr als das häufige. Produkte, die beide Wörter enthalten, werden weiterhin höher eingestuft. Eine Umbenennung der Produkte ist nicht nötig.

Leere Wörter („mit“, „für“, „von“, „der“, „mit“...) haben keine Bedeutung und führen allein nicht dazu, dass ein Produkt in den Suchergebnissen erscheint: Ein Produkt mit „(mit Geschenk)“ im Namen wird deshalb nicht mehr angezeigt, und bei einer Suche wie „T-Shirt mit Kragen“ wird nur noch die Hälfte des Katalogs angezeigt.

Variantenfenster ohne horizontalen Balken und ohne wiederholte Namen

• Früher wurde der Name jeder Variante für jedes Bild in der Kombination einmal angezeigt („Farbe: Rot / Farbe: Rot / Farbe: Rot…“). Jetzt wird er nur noch einmal und ausschließlich mit dem die Variante unterscheidenden Wert angezeigt, ohne den Gruppennamen und ohne die Gruppen, die in allen Bildern denselben Wert haben („Rot“ und nicht „Farbe: Rot / Größe: Einheitsgröße“).
• Auf Mobilgeräten hatte das Fenster eine horizontale Scrollleiste: Der Name wurde einzeilig angezeigt. Jetzt erstreckt er sich über zwei Zeilen, und die Menge sowie der Button „Hinzufügen“ befinden sich darunter, sodass jede Zeile die gesamte Breite ausfüllt. Das Upgrade entfernt den kombinierten CSS/JS-Code aus dem Shop und dem Suchcache.

28.10.2026
v1.4.50

Die Karten berücksichtigen die Angaben „Preis anzeigen“ und „Bestellbar“.

Ein Produkt, bei dem die Preisanzeige deaktiviert war, erschien in den Suchergebnissen für 0,00 €, mit dem Hinweis „Auf Anfrage erhältlich“ und einem „In den Warenkorb“-Button: Was ein Shop lediglich präsentieren wollte (ein Maschinenkatalog, ein individuell angefertigtes Produkt), wirkte wie ein Geschenk und konnte gekauft werden. Nun verhält sich die Produktseite wie eine PrestaShop-Produktseite: Ohne die Option „Preis anzeigen“ (oder im Katalogmodus ohne Preise) werden weder Preis noch Lagerbestand oder Kaufbutton angezeigt; ohne die Option „Auf Anfrage erhältlich“ wird der Preis angezeigt, aber weder der Lagerbestand noch der Kaufbutton.

Preis 0: „Preis und Verfügbarkeit anfragen“

Bei einem Produkt mit dem Preis 0 wird anstelle von 0,00 € ein Text angezeigt, ohne Lagerbestandsbezeichnung oder Kaufbutton. Die Textdarstellung kann unter Design → Kartendetails sprachlich angepasst werden.

Das Lageretikett deckt den Preis nicht mehr ab.

Früher verschob sich die Beschriftung um 25 Pixel nach oben, um neben dem Preis positioniert zu werden, und wurde von einem längeren Text („Auf Anfrage erhältlich“) verdeckt. Preis und Lagerbestand befinden sich nun in einer Zeile, und falls nicht genügend Platz vorhanden ist, wird die Beschriftung darunter verschoben.

Ein Merkmal unter diesem Namen, das als Referenz gesucht wird

Unter „Darstellung“ → „Kartendetails“ wählen Sie ein Merkmal aus (z. B. die Hersteller- oder OEM-Referenz), das die Karte unterhalb des Namens anzeigt (maximal zwei Zeilen). Die Werte sind ebenfalls mit Referenzcodes indexiert und werden als „Ref:“ dargestellt. Die Suche nach einem dieser Codes führt zum ersten Produkt. Nach der Auswahl müssen Sie die Indexierung erneut durchführen.

Typbezeichnung nach Merkmal

Sie wählen ein Merkmal und einen oder mehrere seiner Werte aus (z. B. Familie = Maschine). Ihre Produkte zeigen den Wert als Beschriftung über dem Namen an, und anstelle eines Kaufbuttons verlinkt eine Beschriftung mit dem konfigurierten Text („Kompatible Produkte ansehen“, falls leer gelassen).

"Gehe zu…": Zuerst die Kategorie, die denselben Namen hat wie das, wonach Sie suchen.

Früher wurden die Kategorien anhand von Tiefe und Position bestimmt: Ein Modellcode wies eher Kategorien auf, die ihn innerhalb eines anderen Wortes enthielten („MX2000“, „FMX200S“), als solche, die ihn vollständig enthielten („Office MX200“). Heute ist die Namensähnlichkeit entscheidend: identisch, vollständiges Wort, Anfangsbuchstabe, enthält ihn.

Das gewünschte Modell wird vor den Verbrauchsmaterialien veröffentlicht.

Die Suche nach einem Modellcode würde ein exaktes Ergebnis für ein Produkt liefern, dessen Name mit diesem Code und einer weiteren Zahl beginnt („MX2000“ für „MX200“). Dieses Produkt („Office MX200“) würde die gleiche Punktzahl erreichen wie die Hunderten von Verbrauchsmaterialien „für Office MX200…“, und unter sonst gleichen Bedingungen würden die Verkaufszahlen ausschlaggebend sein, was bei Katalogprodukten nicht der Fall ist. Durch das Hinzufügen einer weiteren Zahl handelt es sich nun nicht mehr um denselben Code, und ein kurzer Name, der mit dem gesuchten Code endet, wird zuerst angezeigt.

Durch das Aktualisieren wird der Suchcache gelöscht, in dem die Karten mit dem alten Preis gespeichert waren.

26.10.2026
v1.4.49

Die Lupe der Suchmaschine ist für Bildschirmleseprogramme nicht mehr verborgen.

Indem die Lupe für die Themensuche in eine Schaltfläche umgewandelt wird (mit Fokus, role="button" und seine aria-label), das Modul verließ die aria-hidden="true" Dies ist Bestandteil der Vorlage ps_searchbar. Ein Element, das den Fokus erhält, kann nicht ausgeblendet werden: Lighthouse hat es als „Elemente“ markiert. [aria-hidden=true] „Sie enthalten auswählbare untergeordnete Elemente“, und der Barrierefreiheitswert würde sinken. Dieses Attribut wird nun bei der Konvertierung entfernt. Nur der JavaScript-Code ändert sich; in der Datenbank muss nichts aktualisiert werden.

21.10.2026
v1.4.48

Finde heraus, was nach Gehör geschrieben steht.

Ein falsch geschriebenes Wort, das nicht im Index enthalten ist, wird auch anhand seiner spanischen Aussprache gesucht: „kolageno“ findet „Kollagen“, „proteyna“ findet „Protein“, „kafeina“ findet „Koffein“ und „bitamine“ findet „Vitamin“. Zuvor wurde in solchen Fällen eine ungefähre Suche verwendet, die Wörter aus Beschreibungen akzeptierte, die sich nur in den Buchstaben ähnelten („oxigeno“ für „kolageno“), und die Ergebnisse mit nicht verwandten Produkten füllte.

Regeln: h ist stumm; w und hu werden gleich ausgesprochen; k, c und qu werden ebenfalls gleich ausgesprochen; ce, ci und z; ge, gi und j; b und v; y und i; Doppelbuchstaben zählen als ein Buchstabe, und der letzte Vokal ist irrelevant. Ein korrekt geschriebenes Wort wird unverändert gesucht, sodass bereits funktionierende Wörter nicht geändert werden. Synonyme des gefundenen Wortes werden ebenfalls berücksichtigt („kolageno“ → „colageno“ → „collagen“).

Eine Suche ohne Treffer wird nicht mit beliebigen Ergebnissen gefüllt.

Die letzte Suchmethode verglich dreibuchstabige Wortfragmente mit Namen: „Keks“ lieferte Produkte mit „bis“ im Namen, gefolgt von acht weiteren aus derselben Kategorie. Jetzt werden nur noch nahezu vollständige Wortvarianten verwendet; findet sich keine Übereinstimmung, werden keine Ergebnisse angezeigt und stattdessen beliebte Suchanfragen.

Das Upgrade erstellt die phonetische Schlüsseltabelle und füllt sie mit den Wörtern, die bereits im Index vorhanden sind, ohne eine Neuindizierung vorzunehmen, und leert den Suchcache.

21.10.2026
v1.4.47

Zuerst kommt eine vollständige Modellreferenz.

Bei der Suche nach einer Modellbezeichnung mithilfe von Buchstaben und Zahlen („et-14100“, „ET 14100“, „et14100“) können Produkte, die diese Bezeichnung im Namen enthalten, aus zwei Gründen Hunderte von Plätzen weiter unten rangieren:

• Der kurze Teil enthielt Hunderte von Produkten. Genau wie die kurze Zahl in der 1.4.46, Ein ein- oder zweibuchstabiger Teil („et“) wurde als Präfix mit Etiketten und allen anderen „ET-…“-Modellen abgeglichen. Enthält die Suche einen längeren Teil, muss ein Produkt mindestens diesen Teil enthalten.
• Die ausverkauften Artikel wurden ganz ans Ende der Liste gesetzt., ...sogar hinter „Das könnte Ihnen auch gefallen“. Jetzt befinden sie sich am Ende ihres eigenen Blocks: Ein nicht mehr vorrätiger, exakter Treffer wird weiterhin vor ähnlichen Treffern angezeigt. Außerdem zählt eine Modellbezeichnung, die vollständig im Namen enthalten ist, als exakter Treffer, mit oder ohne Bindestrich: „et14100“ passt zu „ET-14100“, aber nicht zu „ET-141000“. Das Upgrade löscht den Suchcache.

20.10.2026
v1.4.46

Eine kurze Zahl reicht nicht mehr aus, um in die Ergebnisse zu gelangen.

Der 1.4.45 Beim Sortieren wurden isolierte kurze Zahlen nicht mehr gezählt, die Suchanfrage umfasste aber weiterhin alle Produkte mit dieser Zahl in der Beschreibung oder den Produktmerkmalen: „Whey 80“ lieferte Produkte mit „80 Kapseln“ oder „800 mg“, und da die Namen nicht übereinstimmten, erschienen sie unter „Das könnte Ihnen auch gefallen“. Enthält die Suche nun Wörter und eine ein- oder zweistellige Zahl, muss ein Produkt mindestens eines der Wörter enthalten. Bei wenigen Ergebnissen wird der Bereich mit Produkten derselben Kategorie gefüllt, wie beispielsweise in der 1.4.45.

Das Upgrade leert den Suchcache.

20.10.2026
v1.4.45

Synonyme zählen bei der Bestellung ebenfalls.

Die Suche suchte bereits nach Synonymen („Protein“ → „Protein“), aber der Schritt, der exakte Übereinstimmungen, verwandte Übereinstimmungen und „Das könnte Sie auch interessieren“ trennte, verglich das eingegebene Wort nur mit dem Produktnamen. Alle als Synonym gefundenen Ergebnisse landeten unter „Das könnte Sie auch interessieren“ und wurden nach Verkaufszahlen sortiert, sodass das meistverkaufte Produkt zuerst erschien, selbst wenn es nicht thematisch passte. Eine Suche mit einem Rechtschreibfehler führte dazu, dass dieses Produkt ganz oben angezeigt wurde. Jetzt passt ein Wort zum Produkt, wenn es mit sich selbst oder einem seiner aktiven Synonyme übereinstimmt, und „Protein“ wird genauso sortiert wie „Protein“. Das Aktivieren und Deaktivieren der Option „Exakte Übereinstimmungen hervorheben“ ist ausreichend.

Eine einzelne kurze Zahl bezieht sich nicht mehr auf ein Produkt.

Bei einigen Wörtern reichte es, nur ein oder zwei Ziffern zuzuordnen, um verwandte Artikel zu finden und Punkte zu sammeln: Mit „Omega 3“ erhielt man beispielsweise eine „3er-Packung“ eines anderen Produkts oder eine „30g“-Variante vor den Omega-Produkten. Jetzt zählt die Zahl nur noch, wenn sie auch mit einem Wort übereinstimmt.

„Das könnte Ihnen auch gefallen“ liefert nur wenige Ergebnisse, ohne Meilisearch.

Bei einer Suche mit weniger als 8 Ergebnissen werden bis zu 8 Produkte derselben Kategorie angezeigt: zuerst die spezifischste gemeinsame Kategorie (eine Unterkategorie vor der übergeordneten Kategorie; die Haupt- und Startseitenkategorien werden nicht berücksichtigt) und anschließend die meistverkauften Produkte. Ausgeschlossene Kategorien und Hersteller sowie die Option „Nicht verfügbare Artikel ausblenden“ werden berücksichtigt. Die Sortierung erfolgt ausschließlich nach Relevanz, ohne Filter. Bisher bot nur Meilisearch diese Funktion an, und zwar nur, wenn keine Ergebnisse verfügbar waren.

Das Upgrade löscht den Suchcache, in dem die endgültige Bestellung gespeichert ist.

15.10.2026
v1.4.42

Beschädigte Bilder aus anderen Modulen verschwinden nicht mehr.

Die Suchmaschine überwachte Ladefehler. alle Die Bilder der Seite waren ausgeblendet, und alle, die nicht geladen werden konnten, auch wenn sie nicht von der Seite selbst stammten, wurden mit einem „Kein Bild“-Symbol gekennzeichnet. Ein Bild, das von einem anderen Modul zunächst leer erstellt und dann befüllt wird – beispielsweise der QR-Code für ein Warenkorb-Teilen-Fenster –, blieb dauerhaft ausgeblendet.

Nun werden nur noch Bilder innerhalb der Suchmaschine, ihrer Ergebnisseite oder ihrer Banner verarbeitet. Im Modul selbst ändert sich nichts: Ein Produktbild, das nicht geladen werden kann, wird weiterhin durch das Symbol ersetzt.

15.10.2026
v1.4.41

Andere Module können nun den Warenkorb nach dem Speichern eines Produkts sichern.

Wenn Sie ein Produkt speichern, indexiert die Suchmaschine es und benötigt einen Warenkorb im Kontext, um den Preis zu berechnen (ohne diesen, Product::getPriceStatic() tut sterben() in PrestaShop 1.7.8, 8.2 und 9.0). Falls der Kontext-Warenkorb noch keine ID hatte, wurde er in eine geändert. new Cart() Leer, ohne Währung. Im Shopfenster ist dieser Warenkorb ohne ID derjenige, den PrestaShop für den Besucher vorbereitet. Daher schlägt jedes Modul, das ein Produkt aus dem Shop und anschließend den Warenkorb speichert, mit der Fehlermeldung „Die Eigenschaft Cart->id_currency ist leer“ fehl. Beispielhaft zu sehen: Das erste Design jedes Produkts passte nicht in den Warenkorb.

Ein Warenkorb wird nun nur noch erstellt, wenn keiner vorhanden ist (Konsole, Webdienst), und er wird wie im Kernsystem befüllt: Sprache, Währung und Shop.

Der Button „In den Warenkorb“ im Bedienfeld speichert außerdem den bereits vom Shop vorbereiteten Warenkorb, anstatt einen neuen zu erstellen, sodass der Besucher im Warenkorb bleibt (id_guest) wie der normale PrestaShop-Warenkorb.

08.10.2026
v1.4.38

Bei der Eingabe erscheinen die Ergebnisse oberhalb, nicht unterhalb der Begrüßungsnachricht.

Gesehen auf iogenixdise (PS 8.2) bei der Suche nach „Isolate“: Während der Eingabe der Suchanfrage wurden weiterhin „Popular Searches“ und „Best Sellers“ angezeigt, und die Ergebnisse, wobei die exakte Übereinstimmung ganz oben stand, befanden sich etwa 1.580 Pixel vom oberen Rand entfernt.

Früher war es ein Wettlauf gegen die Zeit. Beim Öffnen des Panels forderte der Server eine Willkommensnachricht an. Tippte der Client, bevor diese eintraf, wurde die Willkommensnachricht über die Suchergebnisse gelegt. Jetzt wird diese Anfrage abgebrochen, sobald eine Abfrage eingeht. Falls die Abfrage bereits lief, wird sie nicht überlagert. Da die Willkommensnachricht absichtlich um 4 Sekunden verzögert wird, sind die Suchergebnisse nun 192 Pixel breit und der erste Tab 236 Pixel – ohne die CSS-Anpassungen des Themes.

Der Block mit Ihrer eigenen Nachricht, Links und den "Meistgefundenen Kategorien", der nur bei einer Suche angezeigt wird, wandert von oberhalb der Ergebnisse (169 px) hinter diese.

Eine Suche, eine Anfrage

• Jede Anfrage wurde zweimal an den Server gesendet.rkrfreevisualsearch-nav.js verpackt Suche ausführen mit _origExecute(query).then ? _origExecute(query)…Die Überprüfung hatte die Suche bereits gestartet und die Filiale hat sie erneut gestartet.
• Als ich das Bedienfeld öffnete, erschienen 2 oder 4 leere Suchfelder. Eine Anfrage bezog sich auf „ausgewählte Produkte“ mit nur vorgestellt, Ein Parameter, den der Server nie gelesen hat, und die Antwort war irrelevant: Sie wurde entfernt. Außerdem fordert das Thema Folgendes: offen() Beim Fokussieren und Klicken des entsprechenden Feldes wiederholte der zweite Aufruf die Begrüßung und löschte das Geschriebene: Jetzt passiert nichts mehr, wenn das Bedienfeld bereits geöffnet ist.
• Filter, Sortierung und Begrenzung haben die vorherige Suche nicht abgebrochen. Und zwei Antworten können in beliebiger Reihenfolge eintreffen. Jetzt bricht jede Suche die laufende Suche ab, und eine alte Antwort wird verworfen, selbst wenn sie eintrifft (einschließlich „Mehr laden“- und Autovervollständigungsantworten).

Die Autovervollständigung dauerte so lange wie eine ganze Seite.

autocomplete.php Ich rief an parent::initContent(), was in PrestaShop Seitenvariablen zuweist und ausführt Anzeigekopfzeile Mit den Hooks aller Store-Module. In iogenixdise betrug die Antwortzeit 3,6 Sekunden pro Anfrage, selbst bei deaktivierter Autovervollständigung, da die Überprüfung erst später erfolgte. Jetzt sind es 0,1–0,2 Sekunden (beim ersten Mal 0,9 Sekunden). search.php Das hat er nie getan. addcart.php Früher funktionierte es genauso, jetzt funktioniert es nicht mehr: Hinzufügen zum Warenkorb über das Bedienfeld, 0,17 s.

Die Autovervollständigungsleiste, mit Miniaturansicht und ohne jegliche Abdeckung.

Es schwebte über dem Bedienfeld (Position: absolutZuvor wurden beliebte Suchanfragen abgedeckt und nur Text angezeigt. Jetzt ist es in den Ablauf integriert, oberhalb der Ergebnisspalte, in einer einzelnen, horizontal scrollbaren Zeile (ca. 70 Pixel), und jedes Produkt hat ein eigenes Vorschaubild: Der Server sendete es bereits. Bild-URL. Die Eingabe bei einem mit Pfeilen markierten Vorschlag hatte keine Auswirkung (die gelesene Liste war immer leer) und jetzt wird er geöffnet.

Die Suchmaschine benötigte nur Sekunden, um Geschäfte mit Bestellhistorie zu finden.

Gemessen in maesalv9 (PS 9.1.4, (1.083 Produkte, 535.838 Bestellpositionen):

• Produktblätter (ProductDataProvider::getProducts): Die verkauften Einheiten beliefen sich auf Bestelldetails + Bestellungen Jede Anfrage dauert etwa 1 Sekunde pro verkauftem Produkt. Beim Öffnen der Suchmaschine (leere Suchanfrage) dauerte es 9,8 Sekunden, bis die 12 „Bestseller“ angezeigt wurden. Jetzt erscheinen sie in rkrfreevisualsearch_index.total_sold, Der Indexer berechnet bereits dieselbe Summe (dieselben Zahlen); nur die nicht indizierten Daten werden wie zuvor berechnet. Leere Anfrage: 10,1 s → 0,22 s; „Keramik“: 2,4 s → 0,4 s. Die Antworten sind bytegenau identisch.
• AutovervollständigungBisher wurden Dateien für bis zu 80 Kandidaten zusammengestellt, um 8 davon anzuzeigen. Die nicht übereinstimmenden Dateien wurden verworfen (1,7 Sekunden). Jetzt filtert das System die Dateien vorab anhand von Name, Referenz und EAN aus einer Abfrage, und nur die folgenden Dateien werden zusammengestellt: Limit * 2 Karten. 2,2 s → 0,15–0,4 s, gleiche Vorschläge. In iogenixdise (PS 8.2, 346 Produkte, 578.153 Bestellpositionen) verkürzt sich die Zeit für „Isolieren“ ohne Caching von 12 s auf 0,3 s und die für die leere Abfrage von 5 s auf 0,24 s. Fuzzy-Suche (FAUELIG, Schwellenwert 60) und MAX_PRODUCTS_QUERY=100 Sie waren nicht der Flaschenhals: Eine Anfrage ohne Ergebnisse, die den Diffusor durchläuft, benötigt 0,49 s.

Aktualisieren

upgrade-1.4.38.php Rufen Sie einfach an Media::clearCache()Bei aktiviertem JS/CSS "Smart Cache" würde der Shop weiterhin das alte, gebündelte Paket ausliefern.

05.10.2026
v1.4.37

Ein einzelnes Bild oder Videobanner brachte den gesamten Shop in PrestaShop 9.2 zum Absturz.

Bei einem aktiven Bild- oder Videobanner würde die Startseite und die Produktseiten in PrestaShop 9.2 einen schwerwiegenden Fehler verursachen, nicht nur die Suchfunktion: SmartyException: Die Vorlage './_banner-overlay.tpl' darf nicht relativ zu einer Vorlage vom Ressourcentyp 'module' sein.. . _banner-media.tpl den Bannertext mit einem relativen Pfad hinzugefügt (./_banner-overlay.tplSmarty 9.2 unterstützt keine relativen Pfade mehr innerhalb einer als geladenen Vorlage. Modul:.

Jetzt in Ihrer kompletten Route enthalten (module:rkfreevisualsearch/views/templates/hook/_banner-overlay.tplWie die übrigen Frontend-Vorlagen ist auch diese Vorlage identisch. Ein Upgrade ist nicht erforderlich: Es handelt sich lediglich um die Vorlage. Reproduziert in 9.2.0 mit der vorherigen Version und getestet mit der neuen Version in 9.2.0, , 9.1.5, , 9.0.0, , 8.2.8 Und 1.7.8.11 (Startseite mit einem Bildbanner oben und einem Videobanner an der Seite sowie die Ergebnisseite). enthalten Die Backoffice-Beziehungen bleiben unverändert: Diese Vorlagen werden über den Dateipfad geladen und funktionieren auch in 9.2.

30.09.2026
v1.4.36

Der Meilisearch-Schlüssel "wurde nicht gespeichert"

Ein Kunde meldete dies. Das Passwort wurde zwar gespeichert, aber auf dem Bildschirm wurde etwas anderes angezeigt, was schließlich zum Absturz von Meilisearch führte. 1.4.33 Der gespeicherte Schlüssel wird nicht mehr an den Browser übermittelt – das Feld erscheint immer leer – und das JavaScript des Bildschirms interpretiert ein leeres Feld weiterhin als „kein Schlüssel“: Beim Laden wird der Schalter deaktiviert und blockiert, und es wird „API-Schlüssel erforderlich“ angezeigt. Da ein deaktiviertes Kontrollkästchen nicht gesendet wird, sendet das nächste gespeicherte Kontrollkästchen den Schlüssel. 0 aus dem verborgenen Feld und Meilisearch deaktiviert. Und wenn es erzwungen würde, würde PHP die Speicherung aus demselben Grund ablehnen, da es sich ebenfalls nur das Feld ansieht.

Die Vorlage gibt nun an, ob ein gespeicherter Schlüssel vorhanden ist (DatenschlüsselsatzJavaScript berücksichtigt dies, während PHP den Schlüssel nur dann benötigt, wenn das Feld leer ist. Und Keine gespeichert. Gespielt am 9.2.0 Sowohl in der vorherigen als auch in der neuen Version gilt: Wenn man mit der vorherigen Version speichert, die Seite neu lädt und erneut speichert, ohne das Passwort zu ändern, bleibt Meilisearch aktiviert und das Passwort erhalten.

28.09.2026
v1.4.33

Saubere Handhabung. Für den Händler ändert sich die Funktionalität nicht; was sich ändert, ist, was das Modul im Hintergrund tut und was innerhalb des Pakets übertragen wird.

Jede „In den Warenkorb“-Aktion sendet eine HTTP-Anfrage vom Server an sich selbst.

Beim Hinzufügen eines Produkts aus der Suchmaschine forderte der Controller den Mini-Warenkorb-HTML-Code via cURL an. zum Laden selbst, mit einer zweisekündigen Verzögerung innerhalb des Kaufprozesses. Es war nutzlos: Es verwies auf das Modul. Blockwagen, Das Es existiert nicht mehr seit PrestaShop 1.7 —der native Warenkorbblock ist ps_shoppingcartDaher lieferte die Anfrage einen 404-Fehler zurück und der HTML-Code war immer leer. Gemessen in 8.2.8HTTP 404 und 47 Bytes.

Was kostspielig war, war die Zeit. In einem Shop, der aufgrund seiner öffentlichen Domain nicht auf sich selbst zugreifen kann – sei es durch Cloudflare, Split-Horizon-DNS, einen Load Balancer oder ein Zertifikat, das cURL nicht validiert –, dauerte jeder Klick volle zwei Sekunden, genau auf dem Bildschirm, auf dem der Kunde die Entscheidung trifft.

Der Browser, der die Sitzung des Käufers verwaltet, hat die Aktualisierung bereits durchgeführt: Die beiden JavaScript-Dateien wurden in ihren eigenen Ordner eingefügt. bringen Wenn der HTML-Code leer ist, was immer der Fall ist, geht durch dessen Entfernung nichts verloren.

Auch gemessen wurde, was NEIN Um es kurz zu machen: Diese Anfrage hat keine gefälschten Besucher in der Statistik erzeugt. Vor und nach fünf Anrufen, ps_guest Und ps_connections Sie verharren weiterhin bei 416 und 446.

Code, den niemand ausführte.

• 176 Zeilen Indexer-JavaScript (von 530 auf 354). Zwei komplette Bildschirme – neu indiziert mit Fortschrittsanzeige und aktualisierten Statistiken – wurden fixiert. elf Bezeichner, die in keiner Modulvorlage definiert sind, Sie überprüften sie einzeln. Mit ihnen verschwanden ihre drei Assistentinnen, die sonst niemand rief, und die elf CSS-Regeln dieser Fortschrittsanzeige.
• 49 Zeilen des GeneralrechnungsprüfersKopien zweier Hooks aus dem Modul und eine zweite Implementierung der Reindex-Warteschlange. Dies sind Methoden. hookXxx() innerhalb eines Controllers, und PrestaShop sendet die Hooks an Module, Sie wurden also nie hingerichtet. Der Beweis dafür, dass sie schon länger tot waren, ist, dass diese Kopie noch immer suchte. _PS_MODE_IMPORT_, die Konstante, die 1.4.32 Das Problem wurde bereits im eigentlichen Hook behoben. Die Live-Implementierungen in der Hauptdatei sowie die von cron und dem Modul verwendete Warteschlange bleiben unverändert.
• Konfiguration/services.yaml, was niemand gelesen hat: PrestaShop sucht buchstäblich services.yml, verifiziert in 1.7.8.11 Und 8.2.8. Und es konnte nicht einfach umbenannt werden, da die Aktivierung versucht hätte, Klassen mit Abhängigkeiten, die nicht aufgelöst werden konnten, automatisch zu verdrahten. Damit verschwindet auch die Twig-Erweiterung, die nur zur Registrierung dieser Datei existierte: Das Modul besitzt nicht einmal eine Twig-Vorlage.

Präsentation in sechs Sprachen

Was der Käufer sieht (die 141 Labels in der Suchmaschine), erscheint nun auch in Französisch, Deutsch, Italienisch und Polnisch, Zusätzlich zu Englisch und Spanisch. Zuvor wurde in einem Shop, der in diesen Sprachen verfügbar war, die Benutzeroberfläche auf Englisch angezeigt. Das Backend des Moduls ist weiterhin auf Englisch und Spanisch verfügbar.

Und drei Texte, die sich der Übersetzung in irgendeiner Sprache entzogen: «Go to…» wurde in spanischer Sprache im JavaScript geschrieben, und der «N results»-Zähler sowie seine barrierefreie Beschriftung in englischer Sprache.

Multistore: wiederholte Kategorien mit dem Namen eines anderen Geschäfts

Sechs Beratungen vereint Kategorie_Sprache Ohne Filterung nach Filiale. In einer Multi-Store-Umgebung wurde jede Kategorie nur einmal angezeigt. pro Geschäft In den Ergebnisübersichten und mit dem Namen des ausgewählten Eintrags: Im polnischen Testshop erschienen sowohl „Tonery“ als auch „Tóner“. Dies betraf die Übersichten, die „Häufig gefundenen Kategorien“, die Facetten und den Kategorienamen jedes Eintrags.

Die manuell festgelegten beliebten Suchbegriffe wurden nie angezeigt.

Die vom Händler unter Import/Export hinzugefügten Einträge werden als Null-Suchanfragen gezählt. Die Liste wurde vor Erreichen des Suchvolumens nach Suchvolumen sortiert und anschließend abgeschnitten: Sobald die Statistiken Ergebnisse lieferten, wurden die manuellen Einträge ohne Vorwarnung gelöscht. Sie stehen an erster Stelle, in der Reihenfolge ihres Eingangs.

Der Addons-Validator hat den Modulnamen falsch gelesen.

Ich habe es als „Rekire Kostenlose visuelle Suche – Intelligent SearchModules.Rkfreevisualsearch.Admin»: extrahiert den Namen durch Kombination aller Buchstaben in der Zuordnung $this->displayName, Der Übersetzungsaufruf verwendete den Domainnamen wörtlich. Der Domainname ist nun konstant. Bestätigt durch Hochladen der ZIP-Datei: Einreichung 3767735 verwendet nun den korrekten Namen, ohne Fehler und Warnungen.

Die Screenshots im Leitfaden zeigten unser Labor.

Drei der achtzehn Abbildungen im Leitfaden enthielten Namen aus unserer Testumgebung: einen Meilisearch-Host und einen Indexnamen in einer Abbildung sowie eine lokale Domain in der Beispiel-URL in den beiden anderen. Es handelt sich dabei nicht um Zugangsdaten oder sonstige Daten – es sind lokale Rechnernamen –, sie sind jedoch im vom Kunden erworbenen Paket enthalten und völlig irrelevant. Sie wurden durch neutrale Werte ersetzt.

08.09.2026
v1.4.14

• Neu Benutzerhandbuch im Backend, in Spanisch und Englisch, mit Screenshots und Hilfestellungen auf jedem Bildschirm.
• Korrigiert Durch die Aktivierung von Meilisearch kann Ihr Shop nicht mehr ohne Service bleiben, falls Ihr Server nicht reagiert oder veraltet ist.
• Korrigiert Banner-Links, Willkommensnachricht, dunkle Designs und Mehrfachshop-Gewichtungen wurden korrigiert.
• Sicherheit Sicherheitskorrektur, Verschlüsselung der gespeicherten API-Schlüssel und aller Bibliotheken innerhalb des Moduls, ohne externes CDN.

01.09.2026
v1.4.13

• Korrigiert Der Preisfilter ermöglicht es erneut, nach dem niedrigsten Preis zu filtern.

26.08.2026
v1.4.12

• Korrigiert Die konfigurierten Farben werden auf den Warenkorb-Button und das Kombinationsfenster angewendet.

23.07.2026
v1.4.8

• Neu Banner unterstützen Bilder, Videos oder Produkte und können mithilfe von KI generiert werden.
• Neu Mailkampagnen werden an diejenigen versendet, die nach einem bestimmten Begriff gesucht haben, wobei deren Einwilligung bei der ersten Suche erfasst wurde.
• Korrigiert Das Fenster und die Berechtigungen für die gesamte Seite wurden korrigiert, ebenso wie ein Fehler im Texteditor.

11.07.2026
v1.3.7

• Verbessert Verfeinerte Suche, auch wenn der Produktname Zahlen enthält.
• Neu Option zum Wechsel zur PrestaShop-Suchmaschine durch Drücken der Eingabetaste oder durch Klicken auf die Lupe.
• Neu Neuer klassischer Präsentationsmodus ohne Vollbild-Overlay und ein voll funktionsfähiger Vollseitenmodus.
• Verbessert Die beste Wahl zwischen unendlichem Scrollen und Seitennummerierung.

13.06.2026
v1.2.33

• Korrigiert Das Problem mit der Indexaktualisierung beim Speichern eines Produkts wurde behoben.

11.04.2026
v1.2.8

• Korrigiert Filter korrigiert und verbessert.

10.04.2026
v1.2.7

• Verbessert Das Modul wurde vollständig ins Englische übersetzt, alle Texte sind übersetzbar.
• Verbessert Visuelle Nachbesserungen im Backoffice und im Geschäft.
• Sicherheit Sicherheitsverbesserungen.

09.04.2026
v1.2.5

• Neu Konfigurierbare Hintergrundfarbe für Vorhersage-Suchbezeichnungen.
• Verbessert Anpassungen bei Farbe und Größe.

07.04.2026
v1.2.4

• Neu Abschnitt "Das könnte Sie auch interessieren" mit Produktvorschlägen, wenn nur wenige Ergebnisse vorliegen.
• Verbessert Verbesserte ungefähre Suche mit der MySQL-Engine und visuellen Verbesserungen.

05.04.2026
v1.1.0

• Neu Programmierbare Banner oben oder seitlich in der Suchmaschine.
• Neu Option zum Ausschluss von Marken aus der Suche.
• Verbessert Hinweis zu ausverkauften Produkten, die dennoch erworben werden können.
• Verbessert Visuelle Verbesserungen und kleinere Fehlerbehebungen.

30.03.2026
v1.0.27

• Neu Neue oder bearbeitete Produkte werden automatisch neu indexiert.
• Neu Preis mit oder ohne Steuern, Sie haben die Wahl.

29.03.2026
v1.0.25

• Neu Ausschluss von Kategorien und Merkmalen bei der Suche.
• Neu Automatische Indexierung durch geplante Aufgaben, die nicht indexierte Produkte erkennen und Meilisearch synchronisieren.
• Verbessert Automatisches Vorladen der meistgesuchten Begriffe und verbesserte Statistiken.
• Verbessert Verfeinerte, approximative Suche, die zu kurze Suchbegriffe ignoriert, und bessere Darstellung auf 2K- und 4K-Bildschirmen.

26.03.2026
v1.0.24

• Verbessert Visuelle Verbesserungen und Fehlerbehebungen.

19.03.2026
v1.0.23

• Neu Modulstart.