Suche mit Zahlen Error

Hallo,

wenn ich 007 oder James Bond 007 in unsererm Shop suche, bekomme ich im Ajax-Vorschau Ergebnisse, aber auf der Suchergebnisseite erscheint die Error-Seite. 

Die Log-Datei ist über 200 MB gross und die Warnung “SQL siehe unten” bricht dann einfach ab. Es wäre also weitergelaufen ins unendliche.

[2021-01-11 13:06:32] core.CRITICAL: An exception occurred while executing 'SELECT SQL_CALC_FOUND_ROWS

...

UNION ALL SELECT 50 as relevance, 'james' as term, 61809710 as keywordID              
UNION ALL SELECT 100 as relevance, 'james' as term, 61804712 as keywordID              
UNION ALL SELECT 50 as relevance, 'james' as term, 61804716 as keywordID              
UNION ALL SELECT 100 as relevance, 'bond' as term, 90626178 as keywordID              
UNION ALL SELECT 50 as relevance, 'bond' as term, 61806584 as keywordID              
UNION ALL SELECT 100 as relevance, 'bond' as term, 61822253 as keywordID              
UNION ALL SELECT 100 as relevance, 'bond' as term, 90626178 as keywordID              
UNION ALL SELECT 50 as relevance, 'bond' as term, 90599437 as keywordID              
UNION ALL SELECT 50 as relevance, 'bond' as term, 90589489 as keywordID              
UNION ALL SELECT 50 as relevance, 'bond' as term, 90554458 as keywordID              
UNION ALL SELECT 50 as relevance, 'bond' as term, 90622217 as keywordID              
UNION ALL SELECT 100 as relevance, '007' as term, 61810188 as keywordID              
UNION ALL SELECT 5 as relevance, '007' as term, 61810188 as keywordID              
UNION ALL SELECT 100 as relevance, '007' as term, 90594409 as keywordID              
UNION ALL SELECT 50 as relevance, '007' as term, 90631481 as keywordID              
UNION ALL SELECT 50 as relevance, '007' as term, 90631483 as keywordID              
UNION ALL SELECT 50 as relevance, '007' as term, 90631485 as keywordID              
UNION ALL SELECT 50 as relevance, '007' as term, 90631487 as keywordID              
UNION ALL SELECT 50 as relevance, '007' as term, 90631489 as keywordID              
UNION ALL SELECT 50 as relevance, '007' as term, 90631491 as keywordID              
UNION ALL SELECT 50 as relevance, '007' as term, 90631493 as keywordID              
UNION ALL SELECT 50 as relevance, '007' as term, 90631495 as keywordID              
UNION ALL SELECT 50 as relevance, '007' as term, 90631497 as keywordID              
UNION ALL SELECT 50 as relevance, '007' as term, 90631499 as keywordID              
UNION ALL SELECT 50 as relevance, '007' as term, 90632739 as keywordID                   
UNION ALL SELECT 50 as relevance, '007' as term, 90632777 as keywordID              
UNION ALL SELECT 50 as relevan.....      

... usw

Kann jemand mit dieser Information etwas anfangen?

  • EANS und Ordernumbers funktionieren.
  • 0001 geht, 01, 001 geht nicht.
  • 1000 geht, 10, 100 geht nicht

Danke und Gruss 

Also ich würde einfach mal die Log Datei löschen. Zudem: „007“ und „James Bond 007“ und „James Bond“ als Keyword hinterlegen.

ok, aber es scheint ja irgendein technisches Problem zu geben mit Zahlen. Es ist ja nicht nur 007, sondern auch

  • 00 (kein Artikel gefunden)
  • 01 , 001  (Error/Servicepage „Ups es ist ein Fehler aufgetreten“) 
  • 10 , 100 (hier stürzt Seite/webshop ab)

Standardmäßig ist eingestellt: Suche benötigt min. 3 Zeichen. Hier musst du wohl debuggen. Hast du irgendwelche Plugins aktiv die in die Suche eingreifen?

@brettvormkopp, konntest du das Problem lösen?

Leider nein, das Problem besteht leider immer noch.

Hallo zusammen, ein interessantes Problem!

Dasselbe Problem haben wir nun auch seit dem Update auf 5.7 vor 2 Wochen. Wollte deshalb auch schon ein Thema aufmachen, aber bin zeitlich nicht dazu gekommen. Schön zu sehen, dass auch andere dieses Problem haben und man nicht alleine von betroffen ist.

Bei uns taucht das Problem mit der Zahl „200“ auf. Tippt man 200 ein und drückt Enter erhält man die Fehlermeldung „Ups es ist ein Fehler aufgetreten“. Lässt man die 200 stehen erhalten wir keine Suchergebnisse und es läuft ins unendliche. Je öfter man mit der Zahl 200 sucht, desto schneller wird die Log-Datei größer. Die Fehlermeldung ist dieselbe wie im Eingangspost nur eben mit unserer Problemzahl.

Dabei ist es auch egal wie man sucht, ob nur nach „200“ oder "Hersteller + Produktname + „200“. Sobald die 200 in der Suche eingegeben wird bricht alles zusammen. Vor dem Update auf 5.7 ging alles problemlos und die Ergebnisse wurde sofort angezeigt.

Wir haben viele Artikel mit 100ml, 200ml…Sucht man etwas mit der Zahl „100“, geht es, die Suche dauert aber schon deutlich länger als normalerweise. Mit allen anderen Zahlen (150,250,300…) gibt es keine Probleme. Hier sei noch gesagt, dass wir viel mehr Artikel mit der Kombination „100“ haben, als mit „200“. Vor dem Update wurden aber auch die Treffer mit „100“ direkt ausgegeben und wir hatten solche Probleme nicht gehabt.

Auch im Testshop, wo vor jedem Update erst rumexperimentiert wird, existiert dieses Problem nun seit 5.7. Bemerkenswert ist, dass hier nur ein paar Artikel angelegt sind, um genau zu sein 13 Stück die in Verbindung mit der Zahl „200“ gefunden werden können. Und hier dauert die Suche bereits 22 Sekunden bis die Ergebnisse angezeigt werden. Klickt man anschließend auf „Alle Ergebnisse anzeigen 13 Treffer“ kann man entweder minutenlang warten bis die Seite aufgerufen wird oder man läuft ins unendliche und es passiert gar nichts.

Hat jemand einen Vorschlag was das Problem sein könnte?

@brettvormkopp welche Shopwareversion und PHP Version habt ihr euch bei drauf?

SW 5.6.7 und PHP 7.4.25 bei Timmehosting
Vorher ab 2 Zeichen sprang die Suche an, jetzt wieder 3 Zeichen.

3 Stellen:
000 keine Probleme
00 zzgl.[0-9] Probleme
100 Probleme
[2-9] zzgl. 00 keine Probleme
01 zzgl.[0-9] Probleme
01 zzgl.[A-Z] keine Probleme

4 Stellen:
0001 keine Probleme
1000 Probleme

Wir sind bei webgo mit PHP 7.4.16

Auf die Idee mit 4 Stellen zu suchen um es mal zu testen bin ich noch gar nicht drauf gekommen.

Bei unseren beiden Problemzahlen 100 und 200 erhalten wir bei einer Suche nach „1000 oder 2000“ direkt Treffer. Es ist also wirklich nur die Zahl 100 und 200 die bei uns Probleme bereiten.

Bei der Zahl 120 merke ich gerade, dass die Suche auch etwas länger benötigt, bis Treffer angezeigt werden. Hier ist es aber noch geradeso akzeptabel.

Jemand eine Idee was das Problem sein könnte?

Interessant das die Zahlen unterschiedlich sind die bei den Shops den Fehler triggern.
Ich hatte heute einen Fehler durch die Suche nach: D=204/250 L=264/350

Falls es zum Fehler finden hilft:

Bei uns taucht der Fehler nicht auf, der Shop ist aber auch noch nicht gecacht, da er noch im Aufbau ist (also generell recht langsame suche). Ich habe alle möglichen Zahlen getestet die ihr geschrieben habt.
Shopware Version: 5.7.2
PHP: 7.4
MySQL: 5.7
Hoster: IONOS (eigener Server)
Kein Plugin welches in die Suche eingreift.

Vielleicht kann ja jemand was mit den Infos anfangen.

Lg