|
|||
|
Hallo zusammen,
ich habe folgenden Beitrag schon mal als Antwort geschrieben, mir erscheint das ganze aber so wichtig, dass ich noch mal einen neuen Thread dafür eröffne: Wir betreiben die "Ultimate" Version mit mehreren Shops / Domains. Weil das ganze natürlich auf EINEM Server liegt haben wir für die SSL-Bereiche EINE domain mit einem Zertifikat (Wildcard, per sub.domains den einzelnen Shops zugewiesen) nach dem muster https://shopname.domainmitzertifikat.de Im FireFox werden die Cookies, die der Warenkorb sendet "domainübergreifend" erkannt und behalten. Also ich bin auf der Shopseite, lege etwas in den Warenkorb, gehe auf den SSL-Pfad (Anmelden, Kasse) und der Warenkorb ist weiterhin vorhanden, obwohl der SSL-Pfad eine andere Domain aufruft. Das ist ja schon mal super und funktioniert. Beim IE8 funktioniert das nicht Nur im Kompatibilitätsmodus. Wenn der angeschaltet ist, läuft es gut. Das liegt an den Sessions, die dem IE8 Probleme bereiten, bzw. an der Art und Weise, wie die Sessions erzeugt/übergeben werden. Hat jemand eine Idee? |
|
|||
|
Zitat:
In Version 8 wurde das Session-Management verändert, so dass keine "domainübergreifende" Sessions mehr übergeben werden. Genau das ist das Problem, wenn man mit der ULTIMATE Version SSL benutzen möchte - was zwingend notwendig ist, wenn persönliche Daten übermittelt werden. Wir haben ca. 80% Besucher, die den IE8 benutzen... Also noch mal die Frage: Wie löst Ihr das - oder benutzt Ihr kein SSL bei der ULTIMATE - Version? Edith: Ich denke mal, der Bug liegt beim Shop - anscheinend wird kein Datenbankbasiertes Sessionmanagement genutzt? Kann mich mal jemand von xt aufklären? Geändert von gwolf (17.02.2011 um 17:50 Uhr) |
|
|||
|
Das wäre die (zwar unsaubere) Lösung.
Zitat:
Das ist IMHO ein Riesenproblem, was nach einem Update / Bugfix schreit!! Geändert von gwolf (19.02.2011 um 11:25 Uhr) Grund: Code geändert |
|
|||
|
Zitat:
Warum in den Templates, das müsste man dann in allen Shops / Templates machen... bei 20 Shops wäre mir das zuviel Arbeit und der Inhalt der js.php wird auch erst am Ende vor </head> ausgegeben. Darum lieber zentral in der xtCore/display.php direkt nach <head> Sollte wider Erwarten ein Bugfix/Update erscheinen müsste man es auch nur an einer Stelle wieder entfernen. Und: sollte jemand ein Template "kaufen" müsste hier immer wieder daran gedacht werden just my 2 Cents |
|
|||
|
Zitat:
![]() Einen stinknormalen Texteditor, zur Not funktioniert auch Notepad, besser ist aber Notepad++ |
![]() |
| Lesezeichen |
| Themen-Optionen | |
| Ansicht | |
|
|
Ähnliche Themen
|
||||
| Thema | Autor | Forum | Antworten | Letzter Beitrag |
| Veyton SSL Problem nach Import / Export | matthiasp | Fragen zur Software | 11 | 21.12.2010 12:07 |
| Mehrere Artikel mit einem Klick in den Warenkorb | schlagameö | Template System | 2 | 14.04.2010 16:31 |
| Template Problem mit IE8 | sugar99 | Installation und Konfiguration | 6 | 26.01.2010 04:38 |
| Problem mit den Grafiken im Newsletter / "Rundschreiben" | onliner | HTML & CSS | 1 | 06.10.2009 14:05 |