Sehr geehrte Kunden,
wir müssen Sie heute auf einen Fehler hinweisen, der Ihnen allen leicht unterlaufen kann und den wir seitens der Programmierung des Shops derzeit nicht unterbinden können. Dieser kann unter umständen wirklich große Auswirkungen haben. Es geht um das weitergeben von Deep-Links (Direktlinks) an Kunden und andere. Also Links direkt zu Artikeln Ihres Shops usw.
Wenn Sie einem Kunden die 32-stellige SessionID in einem Link mit übergeben, Beispiel:
http://www.testinstallation.de/s03.php?sid=ce2c3a89c986049123bf273070bbf17e&shopid=s03&cur=eur&sp=de&ag=1
dann müssen Sie dringend diese Session-ID "sid=xxx...&" entfernen. Ergebnis dann:
http://www.testinstallation.de/s03.php?shopid=s03&cur=eur&sp=de&ag=1
Diese SessionID ist dafür da, damit jeder Besucher eine eigene Identifikation erhält und wenn Sie jemandem diesen Link zusenden, (mit der SessionID, die Ihnen selbst zugeordnet wurde) dann führen Sie mit Ihm nun „einen Warenkorb“ und sehen z.B. auch seine eMail-Adresse vorab im LogIn-Feld gefüllt! Sie tun was hinein und er sieht es im Warenkorb und er tut was rein und Sie sehen es in Ihrem!
Besonders verheerend ist es, wenn die Mail mit einem solchen fehlerhaften Link gleich an alle Kunden (z.B. bei einem Newsletter) gegangen ist. Dann ist das Chaos für alle vorprogrammiert.
Achten Sie bitte darauf, die Session-ID zu entfernen oder am besten direkt über Sonstiges > den Deeplink-Generator zu nutzen.
Wenn Sie dies nicht tun, können fehlerhafte Bestellungen auftreten, aufgrund der Tatsache, dass sich 2 Kunden eine Session-ID teilen und den selben Warenkorb füllen.
ps.: Übrigens ist diese SessionID deswegen noch nötig, damit auch User von älteren Browsern (z.B. Netscape 4.x), die diese automatische Weitergabe solcher SIDs nicht unterstützen den Shop einwandfrei nutzen können. Wir werden diese irgendwann, wenn die Netscape 4.x – Generation völlig ausgestorben ist (und das dauert sicher nicht mehr lange) dann aus den Links entfernen...
Uns wäre es schon am liebsten "gestern", denn die Uralt-Browser verursachen uns noch heute bei der Programmierung eines jeden Features immer Kopfschmerzen :'(
wir müssen Sie heute auf einen Fehler hinweisen, der Ihnen allen leicht unterlaufen kann und den wir seitens der Programmierung des Shops derzeit nicht unterbinden können. Dieser kann unter umständen wirklich große Auswirkungen haben. Es geht um das weitergeben von Deep-Links (Direktlinks) an Kunden und andere. Also Links direkt zu Artikeln Ihres Shops usw.
Wenn Sie einem Kunden die 32-stellige SessionID in einem Link mit übergeben, Beispiel:
http://www.testinstallation.de/s03.php?sid=ce2c3a89c986049123bf273070bbf17e&shopid=s03&cur=eur&sp=de&ag=1
dann müssen Sie dringend diese Session-ID "sid=xxx...&" entfernen. Ergebnis dann:
http://www.testinstallation.de/s03.php?shopid=s03&cur=eur&sp=de&ag=1
Diese SessionID ist dafür da, damit jeder Besucher eine eigene Identifikation erhält und wenn Sie jemandem diesen Link zusenden, (mit der SessionID, die Ihnen selbst zugeordnet wurde) dann führen Sie mit Ihm nun „einen Warenkorb“ und sehen z.B. auch seine eMail-Adresse vorab im LogIn-Feld gefüllt! Sie tun was hinein und er sieht es im Warenkorb und er tut was rein und Sie sehen es in Ihrem!
Besonders verheerend ist es, wenn die Mail mit einem solchen fehlerhaften Link gleich an alle Kunden (z.B. bei einem Newsletter) gegangen ist. Dann ist das Chaos für alle vorprogrammiert.
Achten Sie bitte darauf, die Session-ID zu entfernen oder am besten direkt über Sonstiges > den Deeplink-Generator zu nutzen.
Wenn Sie dies nicht tun, können fehlerhafte Bestellungen auftreten, aufgrund der Tatsache, dass sich 2 Kunden eine Session-ID teilen und den selben Warenkorb füllen.
ps.: Übrigens ist diese SessionID deswegen noch nötig, damit auch User von älteren Browsern (z.B. Netscape 4.x), die diese automatische Weitergabe solcher SIDs nicht unterstützen den Shop einwandfrei nutzen können. Wir werden diese irgendwann, wenn die Netscape 4.x – Generation völlig ausgestorben ist (und das dauert sicher nicht mehr lange) dann aus den Links entfernen...
Uns wäre es schon am liebsten "gestern", denn die Uralt-Browser verursachen uns noch heute bei der Programmierung eines jeden Features immer Kopfschmerzen :'(