Wer xt:Commerce Shops ohne Caching betreibt, hat in der Regel dafür Gründe. Z.B. kann es sein, dass die Suche nicht wie gewünscht funktioniert oder Artikel Aktualisierungen nicht sofort online zu sehen sind. Der Cache macht aber durchaus Sinn, u.a. weil die xtc Programmierer DB-Abfragen leider generell als "String" übergeben.

Problem

Sollten also Integer Parameter (Zahl) als String (Text) an MySQL übergeben werden, führt MySQL einen String Vergleich durch. Dadurch ist aber eine viel schnellere Abfrage über Indexe nicht mehr möglich. Eben weil der Query-Optimizer zwar  automatisch alle ihm zur Verfügung stehenden Indexe verwenden würde, dies allerdings nicht kann, weil die Querys als String übergeben wurden.

Wenn zudem noch "ORDER BY" Anweisungen enthalten sind, bricht die Performance komplett ein, da erst alle Zeilen gelesen, dann gefiltert und dann sortiert werden müssen. Sollte MySQL die Indexe korrekt nutzen können, kann der Server direkt ohne Umwege auf das gefilterte Ergebnis zugreifen und braucht es nur noch sortieren.

Lösung

Unsere Modifikationen sorgen dafür, dass die Datenbankabfragen nunmehr mit Indizes funktionieren, da in allen Abfragen Integer Werte auch tatsächlich als Integer Werte übergeben werden.

Vorteile

- Kein Umbau der Templates oder Module notwendig
- Keine Änderungen an my.ini oder php.ini notwendig
- Funktioniert somit auch auf Shared-Hosting Servern
- Funktioniert mit JEDER xt:Commerce / xtcModifed / CommerceSEO Version

Tests haben erwiesen, dass die Ladezeit um ca. 300% reduziert wurde. Wenn Sie Template-Caching verwenden und Ihr Shop augenscheinlich schnell Daten liefert, so wird es immer Besucher geben die lange Wartezeiten haben, da der MySQL Query Cache nur begrenzt Daten vorhalten kann. Dieses Problem wird durch das nutzen von Indexen fast vollständig behoben.

Bedingung

- MySQL version ab 4.0.21
- phpMyAdmin Zugang
- ftp Zugang

Kosten

Bitte nachfragen -> Kontakt