Guten Morgen zusammen, ich habe den Thread fleißig mitverfolgt. Den Fehler hatte ich bereits einmal. Da war das Problem, dass der Kunde ein SSL Proxy genutzt hat und die Session ID nicht gespeichert werden konnte. Die wurde immer an die URL gehangen und mitgeschliffen. Sobald der Kunde dann einmal oben das Logo angeklickt hat, war der Warenkorb leer, weil die Session ID neu geesetzt wurde. Laut euren Aufzeichnungen bzw. der Screenshots kann ich erkenne, dass dieses Problem bei euch so nicht auftritt (die Session IDs fehlen in der URL). Auch wenn es aktuell nicht plausibel ist, möchte ich natürlich das MobileCandy nicht grundsätzlich als Grund für die Probleme ausschließen. Vielleicht können wir gemeinsam schauen, ob das MobileCandy wirklich die Ursache ist. Wobei ich mich daran erinnere, dass dieses Problem bereits öfters im letzten Jahr angesprochen wurde (schließt das MC widerum aus). Zudem müsste man ganz klar die Umsatzeinbrüche in der Bestellstatistik sehen können. Schaut mal bitte in die Statistik, ob die Einbrüche direkt nach der MobileCandy Installation aufgetreten sind. MfG, Timo PS @ Christian: Kannst du das Phänomen mit ausgeschaltetem MC reproduzieren?
Der andere Christian hat das MC mal testweise 24h abgeschaltet und nicht mehr Umsätze gehabt. Kann auch keine Umsatzeinbrüche erkennen Das Phänomen mit den leeren Warenkörben habe allerdings auch ich - merkwürdig....
Nur mal so als Idee... Ich habe gerade diesen Beitrag gelesen:(Link nur für registrierte Nutzer sichtbar.) Könnte Magnalister eventuell auch mit den leeren WKs zu tun haben? Vielleicht mag Magna das MC ja nicht.
Hier ist genau das heute wieder mehrfach aufgetreten, was ich zuvor mit dem Screen gezeigt habe: Bei Checkout Payment hängt der Kunde fest, kurze Zeit später ist er bei create_acount.php?checkout_startet=1 mit leerem Warenkorb und gleicher IP.
Eine Frage an alle, die diese Phänomene auch bei sich im Shop haben: Bei welchem Provider seid ihr eigentlich?
Ganz putzige Phänomene dieser Art hatte ich schon bei Kunden, die in der .htaccess Befehle zum Caching drin haben... wie dieses Expire für Bilddateien etc. Wenn reproduzierbar, vielleicht mal zum Testen rausnehmen und die reine .htaccess nur mit dem für SEO-Boost probieren.
Ganz wage Bestätigung!? Dieses Zeuch habe ich laut Docu am 02.12.13 stillgelegt und das kommt ungefähr!! damit hin, dass es seit dem keine dieser Ereignisse mehr gab. Werde es jetzt aber aus verständlichen Gründen nicht testen!
Hm, Petra, habt Ihr auch so'n Zeug bei Euch aktuell noch drin? Meine verstanden zu haben, dass das Problem gerade akut bei Dir ist.
Hallo Holger, das ist doch mal ein Ansatz, danke! Wir haben das PHP: #pagespeed Browser cachingExpiresActive OnExpiresByType text/javascript A21600ExpiresByType text/js A21600ExpiresByType application/javascript A21600ExpiresByType text/html A900ExpiresByType text/css A14400ExpiresByType image/gif A2592000ExpiresByType image/jpg A2592000ExpiresByType image/jpeg A2592000ExpiresByType image/png A2592000 drin und nun nicht mehr. Und nun bin ich gespannt. Achja: Wie sieht es denn hiermit aus? PHP: ##boosted CONTENTRewriteRule (.*/)?info/([A-Za-z0-9_-]+)\.html.* shop_content.php?gm_boosted_content=$2&%{QUERY_STRING} [PT,L]##boosted PRODUCTSRewriteRule (.*/)?([A-Za-z0-9_-]+)\.html product_info.php?gm_boosted_product=$2&%{QUERY_STRING} [PT,L]##boosted CATEGORIESRewriteRule (.*/)?([A-Za-z0-9_-]+)/?.* index.php?gm_boosted_category=$2&%{QUERY_STRING} [L]
Hi Petra, setz mal spasseshalber für ein bis einskommasiebenfünf Tage da eine Raute "#" vor die "Expires", also auskommentieren. Und dann beobachte mal ob das mit der Warenkorbentleerungsionierung immer noch passiert.
Ich habe die jetzt einfach komplett rausgenommen. Kann ich ja immer wieder reinschmeißen. Und wie sieht es mit dem boosted Rewrites aus?
Nein, das drin lassen. Es geht nur um die Cache-Klamotten. Vielleicht hat das hier auch was damit zu tun.