Performance und Sicherheit eines Warenkorbes

[Sen]

Hallo zusammen,

ich werde in der nächsten Zeit eigenen Warenkorb in PHP programmieren. Nun gibt es ja verschiedene Möglichkeiten:

1. die gesamten Artikeldaten werden in einem Array dirket in der Session gespeichert.

2. die Session enthält eine Warenkorb-ID und die dazugehörigen Artikelinformationen werden in einer Datenbank (in meinem Fall MySQL) gespeichert.

Ich konnte nicht herausfinden, was sicherer ist und was den Server weniger belastet. Vielleicht könnt Ihr mir weiterhelfen.

mfg. Sen

[feuervogel]

also ich speichere alle notwendigen informationen in der session und lese den rest dann aus der db aus.

[|Coding]

hi,

also die zweite variante ist mit sicherheit stress für den server. da ist die erste die bessere.

[feuervogel]

Zitat von |Coding

hi,

also die zweite variante ist mit sicherheit stress für den server. da ist die erste die bessere.

nicht unbedingt ist die stressfreiere die bessere. nehmen wir mal an, der kunde sucht sich 2 stunden lang artikel zusammen, bestellt sie und schickt sie ab. in der zeit gibts den artikel xy aber nicht mehr mit den eigenschaften a und b, also wird das in c und d verändert. und nun? hat der kunde trotzdem bestellen können.

dieses problem muss man auf ein minimum reduzieren. wie man es ganz aus der welt schafft, ist mir auch noch nicht ganz klar.

[|Coding]

das kann man doch vor der bestellungssendung noch prüfen, ob artikel verfügbar oder net, ist mit unter sowie so nicht gerade schlecht, die abschluss prüfung.

[feuervogel]

Zitat von |Coding

das kann man doch vor der bestellungssendung noch prüfen, ob artikel verfügbar oder net, ist mit unter sowie so nicht gerade schlecht, die abschluss prüfung.

sicher sollte man das tun, nur könnte es den kunden verärgern wenn ein artikel nicht mehr so da ist wie er ihn haben will - also sollte man das möglichst gering halten.

[xabbuh]

Das kann dir doch genau so gut passieren, wenn du den Warenkorb des Kunden in einer Datenbank statt in der Sesssion speicherst. Oder habe ich dich jetzt falsch verstanden?

[|Coding]

Zitat von feuervogel

sicher sollte man das tun, nur könnte es den kunden verärgern wenn ein artikel nicht mehr so da ist wie er ihn haben will - also sollte man das möglichst gering halten.

das kann aber doch immer passieren, egal, ob der user 2 h oder 2 sec auf der seite ist, wenn ihm jemand die letzten posten eines artikels wech schnappt, hat er halt die arschkarte gezogen :)

wer zuerst kommt, malt zuerst *höhöhö*

[Sen]

Das bringt mich ja schon mal weiter. Danke.

Die Abschlußprüfung aller Artikel vor der Bestellung halte ich auch für sinnvoll. Der Kunde bekommt wärend seines Aufentaltes auf der Seite eine "Kurzfassung" des Warenkorbes angezeigt. Klickt er dann auf "Bestellung abschließen" wird der gesamte Warenkorb im Detail angezeigt und der Kunde kann die Bestellung nochmal überprüfen. Spätestens hier werde ich diesen Abgleich einbauen.

Eine Lösung für das Problem, dass ein Artikel während der "Shopping-Tour" ausverkauft ist wird schwer zu finden sein. Es sei denn man "blockt" beim Hinzufügen zum Warenkorb die gewünschte Artikelmenge über einen Datenbankeintrag mit Zeitstempel. Geblockte Artikel werden dann automatisch nach einiger Zeit wieder freigegeben (über einen Cron-Job oder eine Wartungsroutine, die abläuft, wenn sich z.B. der Admin einloggt). Aber da sind wir wieder beim Thema Performance.

Sen