Hallo,
hat noch wer das Phänomen das nach dem Update von 4.5.9 auf 4.5.10 ein reisen DB auftritt, und zwar sobald man irgendein Kategorie Link anklickt?
Ich hab das Problem auf die core/oxattributelist.php public function loadAttributes() reduziert.
Der Query wird “unendlich lange” ausgeführt(mehrere minuten).
Mit der 4.5.9 Version der Datei ist alles wunderbar Flott.
mfg
Bernd Hasis
[QUOTE=bhasis;87752]
Ich hab das Problem auf die core/oxattributelist.php public function loadAttributes() reduziert.
Der Query wird “unendlich lange” ausgeführt(mehrere minuten).
Mit der 4.5.9 Version der Datei ist alles wunderbar Flott.
[/QUOTE]
Hast du dir mal hier die Unterschiede zur Version 4.5.9 angeschaut?
Gruß Joscha
Klar,
die Ä’nderung soll dazu dienen das Varianten Auch die Attribute des Vaters haben( bugTracker), soweit ich das jetzt so auf die schneller alles überblicke. Nur mein Problem ist das es zu unendlichen Laufzeiten bei mir führt.
mfg
[QUOTE=bhasis;87755]Klar,
die Ä’nderung soll dazu dienen das Varianten Auch die Attribute des Vaters haben( bugTracker), soweit ich das jetzt so auf die schneller alles überblicke. Nur mein Problem ist das es zu unendlichen Laufzeiten bei mir führt.
mfg[/QUOTE]
Hm, welcher Hoster? Bzw. hast du genug Power? Hast du besonders komplexe Auswahllisten? Tritt das vielleicht beim Mergen von Auswahllisten auf?
Was ist, wenn du gezielt die Änderungen zurück nimmst über ein kleines Modul oder tausch der Datei (sofern möglich)?
Gruß Joscha
Nabend Zusammen!
Habe eben geupdatet auf 4.5.10 und bis jetzt keine Auffälligkeiten.
Gruß
Tobias
[QUOTE=jkrug;87758]Hm, welcher Hoster? Bzw. hast du genug Power? Hast du besonders komplexe Auswahllisten? Tritt das vielleicht beim Mergen von Auswahllisten auf?
Was ist, wenn du gezielt die Änderungen zurück nimmst über ein kleines Modul oder tausch der Datei (sofern möglich)?[/QUOTE]
Also an der Power kann es nicht liegen, da es vorher keine performance Probleme gab.
Ich habe keine Auswahllisten.
Wenn ich gezielt die Funktion aus 4.5.9 Benutzte ist es wieder in Ordnung.
Hier der Query der mir das Genick bricht, wie gesagt zu finden in oxattributelist::loadAttributes():
SELECT `Attributes`.`oxid`, `Attributes`.`oxtitle`, IFNULL( `ArticleAtrr`.`oxvalue`, `ParentAtrr`.`oxvalue` ) AS `oxvalue`
FROM oxv_oxattribute_1_de AS `Attributes`
left JOIN oxv_oxobject2attribute_de AS `ArticleAtrr` ON `Attributes`.`oxid` = `ArticleAtrr`.`oxattrid`
left JOIN oxv_oxobject2attribute_de AS `ParentAtrr` ON `Attributes`.`oxId` = `ParentAtrr`.`oxattrid`
WHERE 1 AND `ArticleAtrr`.`oxobjectid` = '{$sArtId}' AND `ArticleAtrr`.`oxvalue` != '' OR `ParentAtrr`.`oxobjectid` = '{$sParentId}'
AND `ParentAtrr`.`oxvalue` != ''
ORDER BY `ArticleAtrr`.`oxpos`, `ParentAtrr`.`oxpos`, `Attributes`.`oxpos`
Laut meinem SQL Browser versucht er eine Temporäre Tabelle anzulegen, und hierbei bleibt er hängen.
mfg
fehlt dem DB-User da eine Berechtigung?
Bei uns sind nun doch Fehler aufgetreten.
So können wir keine Bilder mehr hochladen. Dabei bekommen wir ebenfalls einen Ausführungsfehler. Das Bild hänge ich mir mal mit an!
Könnte bei beiden das selbe Problem sein?
Welches Skript könnte ggf. die falsche Rechtevergabe (755) haben? Dann könnte ich dies auch nochmal kontrollieren.
@Ray
Welche Berechtigungen genau? Wie kann man dies kontrollieren?
Gruß
Tobias
[QUOTE=Hebsacker;87802]fehlt dem DB-User da eine Berechtigung?[/QUOTE]
Nein.
Also ich habe mir grad einen Komplett neuen Shop(4.5.10 mit demodaten) aufgesetzt, und bei einem Artikel 2 Varianten angelegt, dann die entsprechende Seite im Frontend aufgerufen und mir den Query ausgeben lassen. Resultat ist das der Query wenn ich ihn allein Laufenlassen satte 10 Sekunden Frisst, selbst bei so kleinen Datenmengen wie in der Demo ist das schon ziemlich krass.
mfg
https://bugs.oxid-esales.com/view.php?id=3918
danke fürs Eintragen!
Kein Problem, wollt den link auch gerade Posten.
mfg
solved!
Der Query wurde zurückgetauscht auf die Vor-Variante.
Das hier hat aber keinen Einfluss auf das generieren von Bildern?
nein, wohl eher nicht (hoffentlich)
Für uns macht es aber schon Sinn, diese beiden Dateien trotzdem auszutauschen?
Nur wenn Du das Problem mit der extrem hohen Last durch den geänderten SQL-Query hast - mit den Bildern hat das nichts zu tun.
Hallo,
danke nochmal für die schnelle Meldung. #3918 ist jetzt gefixt, die beiden Dateien mit den Änderungen können herunter geladen werden:
https://bugs.oxid-esales.com/view.php?id=3918
Wir sind nicht zu 100% sicher, ob das wirklich die Lösung für das aufgetretene Problem ist, deshalb müssen wir erst noch ein wenig nachforschen und sind soeben dabei, alle Downloads für Komplett- und Updatepakete zurückzunehmen.
Gruß
Super, das war das Problem. Seit gestern abend häng ich daran fest (@Marco siehe Twitter). Ich hab eben gerade das SQL-Statement extrahiert welche dies Probleme macht:
SELECT
Attributes.oxid,Attributes.oxtitle, IFNULL(ArticleAtrr.oxvalue,ParentAtrr.oxvalue) ASoxvalue
FROM oxattribute ASAttributes
LEFT JOIN oxobject2attribute ASArticleAtrrONAttributes.oxid=ArticleAtrr.oxattrid
LEFT JOIN oxobject2attribute ASParentAtrrONAttributes.oxId=ParentAtrr.oxattrid
WHERE 1
ANDArticleAtrr.oxobjectid= ‘589610’
ANDArticleAtrr.oxvalue!= ‘’
ORParentAtrr.oxobjectid= ‘A7101378’
ANDParentAtrr.oxvalue!= ‘’
ORDER BYArticleAtrr.oxpos,ParentAtrr.oxpos,Attributes.oxpos
Das holt die Attribute von Varianten. Wenn man das bei phpMyAdmin einträgt reagiert die Seite nicht mehr bzw. kommen unendlich viele Ergebnisse. Ich hatte schon befürchtet, dass meine Datenbank kaputt ist.
Mit den neuen Dateien scheint es jetzt aber zu funktionieren.
Gruß
Alex
[QUOTE=Hupi;87883]Seit gestern abend häng ich daran fest (@Marco siehe Twitter).[/QUOTE]
Ach Du bist das :-)))
[QUOTE=Hupi;87883]Super, das war das Problem. Seit gestern abend häng ich daran fest [/QUOTE]
Alex, kannst Du der Entwicklung vielleicht mit ein paar Logs oder Fehlermeldungen weiterhelfen?