Adminbereich extrem langsam

[pomm]

Wir konnten die langsamen Funktionen nun relativ genau eingrenzen.

Beim Aufruf der Kopier- und und Verschiebefunktion im Admin tritt das Problem auf. Die Abfrage der Verlinkungen dauert so lange, daß es teilweise in den Timeout läuft.
Aktuell sind es ca. 1250 Artikel und 7500 Kategorien.

Gibt es ev. einen Lösungsansatz für das Problem, wurde bei der Entwicklung der 2.0 Version etwas verbessert/festgestellt?

Tritt dieser Fehler nur bei dieser Version auf?
Kann man die Fkt. so umbauen, daß es klappt?

LG
Pomm

[webald]

Wir hatten das mit den Zubehörteilen hier ja schon öfter. Es neigen praktisch alle dazu die Kategorien als Filter zu missbrauchen, was zu einer sehr hohen Kategorietiefe und sehr vielen Kategorien führt.

Ich halte diesen Ansatz für falsch. Stattdessen würde ich auf einen Produkt-Filter (wie etwa ebay auch) setzen. Das ist zwar mit etwas Aufwand verbunden, aber am Ende sollte das Ergebnis erheblich besser sein.

Den Grund für das langsame Backend in diesem Fall habe ich jetzt nicht gesucht, vermute aber eine sehr große Tabelle products_to_categories und eine ziemlich große categories mit eine Kategorietiefe von 6 oder höher. Vermutlich ist mysql daher der Meinung, dass es besser ist einen Tablescan durchzuführen statt den Index zu nutzen (sofern vorhanden und nutzbar). Wenn Du also den Shop so weiter betreiben willst, dann protokollier alle Abfragen und schau erst mal welche da so lange dauern. Oder ob am Ende nicht zwischen den Abfragen zuviel Zeit verstreicht, weil dann ist evtl. der Apache schuld (Offene DB-Verbindungen, mangelnder Speicher, ...).

[pomm]

Hallo!

Danke für die Antwort!
Wir verwenden die Kategorien für die Fahrzeugsuche und Produktsuche. Ich kenne keinen besseren/anderen Weg (wenn es einen besseren gibt bitte um Info).

Kategorietiefe ist 6 (von der Hauptkategorie Fahrzeugsuche weggezählt ohne Startseite und Katalog).
Bsp.: Startseite » Katalog » Fahrzeugsuche » Moped 50 ccm » Aprilia » Aprilia RX 50 » Aprilia RX 50 -2005 Motor: AM6, AM345 » Antrieb

Datenbank:
categories: 7176 Datensätze, 666,3 KiB
products: 1279 Datensätze, 204,9 KiB
product_to_categories: 195130 Datensätze, 6,4 MiB
gesamt: 86 Tabellen, 263099 Datensätze, 20 MiB

Leider weiß ich nicht wie man Zeitabfragen durchführt und protokolliert.

Was ich noch nicht verstehe ist warum der Shop schnell läuft (zum Glück), aber die beiden Funktionen kopieren und verschieben im Minutenbereich liegen?
Da müßte doch irgend ein Fehler in den beiden Funktionen sein?

[dertobinator]

Hallo,

naja, es gibt natürlich die klassische Suche über ein KBA-Modul. Also Fahrzeugsuche über Schlüsselnummerneingabe bzw. Dropdown.

[pomm]

Hallo!

Danke für den Hinweis, dieses Modul haben wir auch schon ins Auge gefaßt.
Leider ist es rein für die KFZ Branche aufgebaut und nicht für den Zweiradbereich (motorisiert).
Wir sind uns aber auch nicht sicher ob dieses Modul (mit entsprechenden Umbauten) unser Problem löst. Da es ja genau soviele Abfragen oder was auch immer beim Verlinken des Artikels gibt wie jetzt.

Wir haben noch kein Modul für Zweirad gefunden, geschweige denn eine Datenbank. Kennt jemand etwas ähnliches?

Es soll ja Shops geben die 10 mal soviele Kategorien haben und laufen, ev. kann uns da jemand einen Tip geben was da anders läuft?
Oder jemanden der damit Umsetzungserfahrung hat nennen?

Danke!

[dertobinator]

Welche Daten genau sollen denn in der Datenbank stehen?

[pomm]

Hallo!

Aufgebaut ist die Suche so:

Fahrzeugsuche (HK) - Art des Fahrzeugs (UK1) - Marke (UK2) - Modell (UK3) - Type/Baujahr (UK4) - Ersatzteilkategorien (UK5)
Bsp.: Fahrzeugsuche » Moped 50 ccm » Aprilia » Aprilia RX 50 » Aprilia RX 50 -2005 » Antrieb

Dadurch entstehen viele Kategorien, wobei es viele Gleichteile und damit Verlinkungen gibt.

Das Problem ist nur beim Verlinken von Artikel, speziell bei solche die in vielen Kategorien/Fahrzeugen sind. Ich sag mal die ersten 50 Verlinkungen gehen noch flott, dann beginnt es zu stocken. Die Haken kommen erst nach 5 Sek. und es wirkt als ob so alle 10 Haken sich der Bildschirm neu aufbaut oder eine lange Abfrage durchgeführt wird.

[dertobinator]

Ich hab die Fahrzeugsuche leider auch noch über den Kategorienbaum. Sind so meherer zehntausend Kategorien. Geht aber flott. Kannst ja mal testen.

www.brake-point.de

[pomm]

Danke für deinen Link, habe mir das angesehen.
Leider klappt es bei mir nicht. Gehe auf Fahrzeugsuche und muß zuerst die Kategorie auswählen z.B. Bremsentechnik dann auf Bremsbeläge. Nun kommt nur EBC zur Auswahl und dann kommt Artikel nicht gefunden! Getestet mit Firefox und Google auf normalem Laptop.
Hier kommt kein Fahrzeug.
Finde den Suchbaum etwas ungewöhnlich bei einer Fahrzeugsuche erwartet man meist ein Fahrzeug auszuwählen.

[dertobinator]

Da hast Du mit Bravour den falschen Artikelgewählt. EBC funktioniert über einen iFrame.
Wähle bei Bremsentechnik Tarox-Brakes.

[pomm]

OK danke!
Ja geht sehr flott wie bei mir.
Das Frontend hat mit vielen Kategorien anscheinend kein Problem.
Mein Problem liegt nur beim verlinken von Artikeln im Adminbereich.
Und da bei Artikel die oft verlinkt sind, nenne Sie mal die Universalartikel wie bei dir z. B. Bremsflüssikkeit.
Ab ca. der 50. Verlinkung beginnts zu stocken.
Ist das bei dir auch so?

[dertobinator]

Ja, ist alles langsam. Das liegt an dem unendlich tiefen Kategorienbaum. Nicht tragbar auf Dauer.Ich suche auch dringend eine Lösung.

[Gradler]

Wäre es da vielleicht nicht ratsam eine Kategorie "Universalartikel" oder wie auch immer zu erstellen? Und dort bei den jeweiligen Artikeln dann ebend aufführen "passend für ..."?

Und dann eben eine Suche ala eb.y wo dann auch in der Beschreibung gesucht wird, falls die Shopsuche das nicht von haus au kann.

[dertobinator]

Nein, ratsam ist da wohl eine Art Produktfilter, der aber eben keine Prosukte, sondern fahrzeuge filtert. Vielleicht schließen sich da mal einige Betroffene zusammen und beauftragen so ein Modul.
Stzlle mich da gern als federführend zur Verfügung.

Ich erstelle auch einen neuen dieszüglichen thread, wenn hier nichts kommt. Weil das ja so kaum einer ahnen kann.

[Gradler]

Sowas in der Art gibt es ja schon. Hatte es Dir vor langer Zeit schon mal vorgeschlagen. Hat Alkim im Program. Kostet halt Geld und müsste gegebenfalls nochmal angepaßt werden. Die notwendigen KBA Datensätze sind auch nicht billig.