Https leert den Warenkorb

Deutsches Forum
1

Hallo,
ich hab ein Problem mit der SSL-Verschlüsselung: Beim Checkout leert sich der Warenkorb beim Übergang von http nach https (Link vom Warenkorb nach User Login /Adressen). Danach geht’s auch von der User-Seite im Checkout nicht weiter, entweder ich lande wieder auf der User-Login-Seite, oder ich lande auf der Startseite, wieder mit leerem Warenkorb und nicht mehr eingeloggt.
Festgestellt habe ich, daß der force_sid im Login-Form ein anderer ist als der, mit dem ich auf die Login-Seite gekommen bin.
Sehr seltsam ist folgendes: Der Fehler tritt IMMER auf bei Firefox, Chrome und IE, aber unter Konqueror funktioniert alles so wie es soll.
Testweise habe ich auch mal den kompletten Shop unter https laufen lassen:
$this->sShopURL = ‘https://www.saarlorlinux.de’; // eShop base url, required
Dann funktioniert auch alles im Firefox.
Der Fehler scheint beim Laden der User-Login-Seite zu passieren, da geht wohl die Session flöten.

Phenomène connu?

Hier ist die Installation: http://www.saarlorlinux.de

Grüße, Frank

P.S.: Oxid 4.4.4

2

bitte keine Doppelposts

http://www.oxid-esales.com/forum/showthread.php?t=8773

3

Sorry, da ist mir zu spät aufgefallen, daß das wohl im deutschen Forum besser aufgehoben ist.

4

Kein Ding, dann lösch ich doch einfach den ersten Post, ja?

5

Könnte am falschen Zertifikat liegen (der Server meldet sich im Zertifikat als www.roterfaden.de).

6

Daran sollte es eigentlich nicht liegen. Saarlorlinux.de ist meine Testdomain, da benutze ich das SSL-cert von roterfaden.de mit. Nach “add Security Exception” im Browser sollte das genauso funktionieren, wie es sollte.
Unter der korrekt zertifizierten Domain roterfaden.de hatte ich dasselbe Problem.
Aber danke trotzdem.

7

@hebsacker: Öhmmm… wie lösche ich denn Posts? Kann den Post zwar editieren, aber “Delete”-Button hab ich keinen gefunden.

8

kein Plan… :slight_smile:
Hier im deutschen Forum kann ich das für Dich tun, als Mod - im englischen Teil nicht. Hab aber schon Bescheid gegeben, wird dann gelöscht!

9

Ich vermute dass bei dir die Funktion oxsession::_isSwappedClient() auslöst, und deshalb eine neue Session generiert wird. Evtl. liegts auch an Facebook.

10

@leofonic vielen Dank für deine Antwort, das schau ich mir mal an. Seltsam ist allerdings, daß der Bestellvorgang unter Konqueror einwandfrei funktioniert. Weißt Du, inwiefern die Requests von Firefox und Konqueror sich unterscheiden?
Und an welcher Stelle könnte es an Facebook liegen?

Grüße,
Frank

11

Eine Foren/Google-Suche zum Thema Facebook bringt folgendes Ergebnis:
http://www.oxid-esales.com/forum/showthread.php?t=7508
Ich würde den Facebook-Quatsch deaktivieren oder auf eine Shopversion wechseln, wo das Problem behoben ist.

12

Alles klar, hab Facebook jetzt deaktiviert, bzw. nur noch eine Light-Version drin (als iframe + js, nicht als Facebook-App).
Der Bestellvorgang funktioniert jetzt, allerdings gibt’s immer noch ein Pfade, auf denen Warenkorb und User verlorengehen, und zwar:

Bestellvorgang Warenkorb -> Login -> Adresse, von dort dann über Sidebar (bei mir ist das das kleine Schloss oben in der Leiste) auf “mein Konto”. Jetzt bin ich unte http unterwegs, nicht mehr unter https. wenn ich jetzt den Mini-Warenkorb ansehe (bei mir ist das Hover über der kleinen Einkaufstüte), dann ist noch alles in Ordnung. Wenn ich jetzt aber auf den Link klicke, dann sind sowohl Warenkorb als auch User beim Teufel.

Auf der “mein Konto”-Seite sieht force_sid in den verschiedenen Links noch okay aus, aber irgendwann geht die Session dann doch verloren.

http://www.roterfaden.de

Any Ideas?
(hoffentlich hab ich’s nicht selbst irgendwo verbacken)

13

[QUOTE=tzm;51936]Alles klar, hab Facebook jetzt deaktiviert, bzw. nur noch eine Light-Version drin (als iframe + js, nicht als Facebook-App).
Der Bestellvorgang funktioniert jetzt…[/QUOTE]
Kann ich nicht bestätigen. Facebook Like ist noch da und der Fehler auch. Wenn ich Verbindungen zu connect.facebook.net blocke ist dagegen beides weg…