Je parie que vous avez déjà passé en revue vos choix:
http://wiki.python.org/moin/WebFrameworks
Si vous comprenez la proposition de valeur de l'utilisation SQLAlchemy (par rapport à être obligé de faire abstraction base de données de style « ActiveRecord » (non)) tenir à les plates-formes qui offrent un support natif pour SQLAlchemy. La maîtriser = la moitié de votre logique métier devient portable sur n'importe quel type de plate-forme ou de base de données Python.
Si vous voulez "claquer quelque chose ensemble", allez avec Django.
Si vous savez que vous garderez le cap jusqu'à ce que vous ayez terminé, jetez un coup d'œil aux Pylônes et respectez-les si vous pouvez supporter l'effort supplémentaire. Il vous donnera plus de liberté que Django, au prix de plus de codage. Prenez note spéciale de web2py et allez-y si les avantages spéciaux qu'il offre (voir leur présentation vidéo) valent les limites. Twisted aura l'air techniquement intéressant pour vous, mais allez-y seulement si vous êtes un masochiste.
De toute façon. Bonne chance. Sur une note connexe, il y a un mouvement pour séparer le «panier d'achat + extraction» du cadre de service de la page. Un bon exemple est http://www.ecwid.com/ Il fournit javascript que vous mettez dans votre site ordinaire. Ce javascript extrait le système de panier entier dans le navigateur du client directement depuis ecwid.com. Cependant, tout cela est présenté en haut de la page "shop" de votre site. Je travaille dans l'industrie du traitement des paiements (pas sur ecwid.com) et je joue avec vos propres pages de paiement, et la sécurité est une douleur. Pourrait également externaliser la colle de paiement à un processeur et se concentrer sur la présentation, la marchandise, le service client.
La plupart des logiciels de commerce électronique sont écrits en PHP ou en Java. Cela ne veut pas dire que vous ne devriez pas utiliser Python. –