Re: Kontingent bei Webshop

Hi,

wir haben ähnliche Probleme gehabt und dafür cornerstone.soup
entwickelt. Im Prinzip ist das eine Kombination von Btrees und einem
zope.index. Funktioniert super im Zope 2.10+.

http://pypi.python.org/pypi/cornerstone.soup/2.0

Einziges Problem ist bei vielen Daten, dass die ZEO-Caches eventuell
ungeschickt belastet werden. Mit Blobs überall reduziert sich das
Problem. Aber soups kann man auch auf eigene Mount-Points legen und so
das Problem umschiffen.

hth Jens

Am Dienstag, den 22.06.2010, 13:06 +0200 schrieb Peter Zechmeister:
> Hallo,
> 
> Wir betreiben einen Webshop im ZMS (Eigenentwicklung).
> Da muss ich jetzt ein Kontingent-Management dazu bauen, z.B. für
> Sitzplätze, die man mit Ballkarten gleich mit reservieren kann.
> Sitzplätze sind aber ein knappes Gut.
> 
> Wenn ein Kunde bestellt, kann es von der Produktauswahl bis zum
> Abschluss der Bestellung einige Minuten bis zu einer halben Stunde
> dauern. Deshalb muss ich sofort bei der Produktauswahl das gewählte
> Produkt in der gewählten Menge vorab-reservieren. Wenn die Bestellung
> dann abgeschlossen ist, wird die Reservierung fixiert, bei Abbruch wird
> storniert. Ich will aber erst in die DB schreiben, wenn eine Bestellung
> wirklich fertig ist. Die Frage ist nun, wie mache ich bereits die
> Vorab-Reservierung in allen Threads/ZEOs bekannt?
> 
> * Doch gleich in die DB schreiben?
> * Sowas wie memcached verwenden - oder ist das der Overkill?
> * Gibts was besseres?
> 
> Grü
> PeterZ

-- 
Jens W. Klein
Software Architect
Managing Director, General Partner
+43 512 890077

Klein & Partner KG           WEB APPLICATIONS,  ZOPE,  PLONE, HOSTING
BlueDynamics Alliance        production: concept, development, design
http://bluedynamics.com      consulting: analysis, coaching, training
http://zoplo.com             management: projects, process, community



_______________________________________________
zope mailing list
[email protected]
https://mail.dzug.org/mailman/listinfo/zope