Scommetto che già recensito le vostre scelte:
http://wiki.python.org/moin/WebFrameworks
Se si capisce la proposta di valore di usare SQLAlchemy (rispetto a essere costretti a fare "ActiveRecord" database di stile (non) astrazione) attaccare con quelle piattaforme che offrono supporto nativo per SQLAlchemy. Padronanza = metà della tua logica aziendale diventa portabile su qualsiasi piattaforma o tipo di database Python.
Se vuoi "dare uno schiaffo a qualcosa", vai con Django.
Se sai che rimarrai in rotta fino a quando non hai finito, dai un'occhiata ai piloni e mantienili se riesci a sopportare lo sforzo extra. Ti darà più libertà rispetto a Django, a costo di più codice.
Prendere nota speciale di web2py e andare per esso se i benefici speciali che fornisce (vedere la loro presentazione video) valgono i limiti.
Twisted ti sembrerà tecnicamente interessante, ma fallo solo se sei un masochista.
In entrambi i casi. In bocca al lupo.
Su una nota correlata, c'è un movimento fuori là per separare "carrello della spesa + check out" dal quadro di servizio della pagina. Un buon esempio è http://www.ecwid.com/ Fornisce javascript che inserisci nel tuo sito normale. Quel javascript estrae l'intero sistema del carrello nel browser del cliente direttamente da ecwid.com. Tuttavia, tutto ciò viene visualizzato in cima alla pagina del "negozio" reale del tuo sito. Lavoro nell'industria di elaborazione dei pagamenti (non in ecwid.com) e mi preoccupo delle tue pagine di pagamento e la sicurezza è un problema. Potrebbe anche esternalizzare la colla di pagamento a un processore e concentrarsi sulla presentazione, la merce, il servizio clienti.
La maggior parte dei pacchetti software di e-commerce sono scritti in PHP o Java. Questo non vuol dire che non dovresti usare Python. –