Neu Shop 5 extrem langsam - Back- und Frontend

[apalusa]

Ah, ok. Das wusste ich noch nicht. Ich halte euch auf dem Laufenden.

Hat sich hier dann noch was getan oder ist es vielleicht sogar bereits erledigt?

 

[TheOggy]

Habe auf dem Issue Tracker nichts gefunden, hatte da jemand jetzt was erstellt?
bei uns entstehen da jeden Tag 200-250 Fehlerhafte Weiterleitungen, wie ich gestern feststellte.

 

[NormanDS]

Hat sich hier dann noch was getan oder ist es vielleicht sogar bereits erledigt?

Mehr oder weniger. Folgende Rückmeldung habe ich vom Support erhalten:

Ihre Anfrage habe ich überprüfen lassen. Mit wurde mitgeteilt, dass die Weiterleitungen an sich schon "normal" sind. Die Seiten/Dateien sollte es auch geben.
Kann es sein, dass eventuell jemand den Shop im Frontend aufgerufen hat, bevor alle Shop Dateien übertragen waren?
Die angehängte Versionsnummer (Parameter also 5.1.1) ist dafür da, damit diese Dateien neu bezogen werden, wenn Sie mit noch vorhandenem und dann veraltetem Browsercache nach einem Update des Shops aufrufen.
Sie können die Seiten auch aus den Weiterleitungen löschen.

Da ich viel mit dem Shop getestet habe, kann es wirklich sein, dass deshalb die Weiterleitungen angezeigt werden.

 

[NormanDS]

Hier noch eine weitere Antwort vom Support. Vielleicht hilft es Euch, besser zu verstehen, wie Eure Einträge im Weiterleitungsmenü erzeugt werden/wurden:


Alles was einen 404 erzeugt, erzeugt einen Eintrag im Weiterleitungsmenü. Ohne Ziel ist auch der Standard, das können wir ja nicht erraten. Mit Ziel gibt es nur wenn durch JTL-Wawi erzeugte URL's sich ändern, da ist vorher und nachher bekannt.

Das automatische Anlegen von 404 Einträgen ist normal, kann aber deaktiviert werden.

Bei automatisch erstellten Weiterleitungen muss man zwei Dinge beachten:

1. Die Anzahl der Aufrufe, denn ALLES was nicht gefunden wird, erzeugt einen Eintrag. Auch wenn man eine URL eingibt und sich vertippt oder wenn Bots URL's ausprobieren, die in ganz anderen Shopsystemen eventuell funktionieren würden.

Gibt es also Sachen, die nur einmal oder sehr wenig aufgerufen wurden, kann man diese in der Regel einfach löschen.

2. Die URL an sich. Das ist besonders wichtig bei häufig aufgerufenen URL's.
Bei sinnfreien URL's die wenig aufgerufen wurden kann man natürlich auch löschen, aber bei sinnfreien URL's die häufig aufgerufen wurden müsste man ggf. die Quelle prüfen. Bei häufig aufgerufenen URL's, die dem Shopbetreiber schon etwas sagen, wird man auch wissen auf was es Sinn macht weiter zu leiten. Man sollte es aber nicht übertreiben; gibt es beispielweise ein Produkt das schlicht und ergreifend nicht mehr da ist und auch nicht mehr da sein wird, dann macht 404 Sinn. Google&Co müssen wüssten das es die Seite nicht mehr gibt. Da macht es auch keinen Sinn auf etwas weiter zu leiten, was nicht dem alten Inhalt gleicht (mindestens stark ähnelt), denn das würden Suchmaschinen auch nicht gut finden. Fragst man einen Passanten wo der nächste McDonalds ist und er zeigt dir einen Schreibwahrenladen, würde man auch nicht positiv reagieren.

 

[TheOggy]

Danke für die Antwort.

Habe auch mit dem Support geschrieben und habe die Funktion nun deaktiviert.
So recht verstehe ich das Problem aber nicht und sehe es noch immer als Bug, wenn das komplette Backend dann immer langsamer wird.

Wer es noch deaktivieren will und im Backend nicht findet, Einstellungen-Global und dann ganz unten "404-Hits automatisch unter „Weiterleitungen“ erfassen:" oder die 1566 suchen.

 

[alex9019]

Da unser Shop auch mittlerweile um einiges langsamer ist, vor allem bei der Auswahl der Variationen, bis der entsprechende Kinderartikel geladen wird.

Wir haben dann auch einmal alle Weiterleitungen ohne Ziel-Url gelöscht.

Dann bleiben bei uns immer noch sehr viele Weiterleitungen mit Ziel-Url übrig😅
Wie weiß man denn ob es diese Weiterleitungen alle braucht?

 

[recent.digital]

Ticket dazu aufgemacht? Wäre schön wenn JTL den Bug anerkennt, gerne dann hier posten zum Voten.

@FMoche gibt es dazu bereits ein öffentliches oder internes Ticket?

 

[css-umsetzung]

Auf die Weiterleitungen wird meines Wissens nur zugegriffen wenn der Shop einen 404er bringen würde weil der Link eben nicht zu finden ist.
Das sollte den normalen Betrieb also eigentlich nicht beeinflussen wenn da 300 000 Links in der Tabelle stehen.

Erst wenn ein Link nicht gefunden wird, dann ist die Datenbank vermutlich gestresst.