Apuesto a que ya revisaron sus opciones:
http://wiki.python.org/moin/WebFrameworks
Si usted entiende la propuesta de valor de la utilización de SQLAlchemy (en comparación con ser forzado a hacer abstracción "ActiveRecord" base de datos de estilo (no)) seguir con aquellas plataformas que ofrecen soporte nativo para SQLAlchemy. Dominarlo = la mitad de su lógica de negocio se vuelve portátil para cualquier plataforma de Python o tipo de base de datos.
Si quieres "dar un golpecito a algo juntos" ve con Django.
Si sabe que mantendrá el rumbo hasta que termine, eche un vistazo a los Pilones y quédese con él si puede soportar el esfuerzo extra. Le dará más libertad que Django, a un costo de más codificación.
Tome nota especial de web2py y vaya si los beneficios especiales que ofrece (vea su presentación de video) valen las limitaciones.
Twisted se verá técnicamente interesante para ti, pero hazlo solo si eres masoquista.
De cualquier manera. Buena suerte.
En una nota relacionada, hay un movimiento para separar "carrito de compras + check out" del marco de publicación de páginas. Un buen ejemplo es http://www.ecwid.com/ Proporciona javascript que coloca en su sitio habitual. Que javascript arrastre todo el sistema de carrito de compras al navegador del cliente directamente desde ecwid.com. Sin embargo, todo eso se presenta en la parte superior de la página de "tienda" real de su sitio. Yo trabajo en la industria de procesamiento de pagos (no en ecwid.com) y estoy jugando con sus propias páginas de pago y la seguridad es un problema. También podría subcontratar el pegamento de pago a un procesador y concentrarse en la presentación, la mercadería y el servicio al cliente.
La mayoría de los paquetes de software de comercio electrónico están escritos en PHP o Java. Eso no quiere decir que no deberías usar Python. –