E-commerce à partir de zéro ou pas
J'ai besoin de développer un nouveau site avec la partie e-commerce. Je suis ici pour obtenir quelques conseils de votre part sur la route je devrais aller sur.
Le site aura une partie statique qui comprennent certains des pages statiques et la partie e-commerce pour vendre les produits. Je suis un Django et développeur PHP, mais c'est la première fois que j'ai besoin de développer un e-commerce.
Je vois il y a des solutions comme Satchmo pour Django et Magento pour PHP.
Il y a aussi certains services comme Shopify qui fournissent une pré-cuites solution.
Ce sont mes exigences:
- Je vais avoir besoin de donner à mon site une mise en page personnalisée/de style, toutes écrites par moi
- Je vais avoir besoin d'une belle interface d'admin pour afficher les commandes entrantes, la moyenne de ces commandes pour le jour et d'autres trucs sympa (je vois Magento ont un très joli panneau pour cette)
- Je vais avoir besoin d'une fonctionnalité de rapports de moi les produits qui sont en sortant de rupture de stock
- Je vais peut-être besoin de mettre en œuvre une coutume méthode de paiement
- Je vais peut-être besoin de mettre en œuvre une coutume expédition de courrier
Bien sûr, je préfère Django au lieu de PHP. Quelqu'un peut me donner un indice? Je n'ai jamais utilisé de n'importe qui de ce cadre/produits.
Merci.
-- EDIT
Délai est de 3 mois. Le Budget de ~7500 $. J'ai trois mois pour le terminer.
Le noir que j'ai mis à jour ma question.
Je dis, allez avec Magento. Rien d'aussi mature que Magento + après l'eBay de l'acquisition, il sera certainement obtenir un plus grand écosystème.
C'est hors sujet pour Stack Overflow, mais Si votre budget n'est que de 7 500$, vous ne pouvez pas se permettre une solution logicielle personnalisée (Magento, Django, Rails, etc.). Aller avec Magento Go ou Shopify.
vous pouvez donner un essai à Storehippo. Ils offrent une superbe fonctionnalités relativement moins cher.visitez le lien pour plus d'informations:-
OriginalL'auteur Fred Collins | 2011-06-12
Vous devez vous connecter pour publier un commentaire.
Je n'ai aucune expérience avec Django. Je développe des sites web à l'aide de WordPress et il y a un an j'ai testé Magento (pas testé depuis).
J'ai été surpris de la façon conviviale Magento a été. Les deux front-end et back-end. C'était vraiment facile à mettre en place. Vous pouvez facilement personnaliser la mise en page à l'aide de modèle de Magento API.
Ici sont quelques-uns des avantages et des inconvénients:
Pros
Contre
Ne jamais aller avec magento! C'est un énorme courbe d'apprentissage pour essayer de comprendre comment personnaliser pour faire ce que vous voulez.
les 2 dernières cons n'ont rien à voir avec magento
Comme par le bien connu e commerce les pirates sont raddy d'attaquer sur elle, parce que son code est disponible partout. et il est très lit simple site de vente simples et un peu moins de 1000 produit, parce que magento fonctionner sur beaucoup de code et des fichiers, et c'est de tourner le site web lent.
OriginalL'auteur Steven
Deux DJango solutions e-commerce, vous pourriez essayer:
Autant que PHP va, nous avons utilisé osCommerce (démo).
OriginalL'auteur Michael Robinson
Si vous vous penchez entre Magento/Satchmo et vous préférez Django, certainement aller avec Satch. J'ai travaillé avec les deux et franchement Magento est un cauchemar de travailler avec (si cela ressemble comme un moment de plaisir d'aller pour elle). Dans mon expérience, Django/Satchmo sont beaucoup plus souple et plus facile à personnaliser, ainsi que plus facile à maintenir, de plus, vous pouvez profiter de Django est un riche écosystème de paquets. Et sérieusement Python > PHP.
Dans le long terme, je pense que vous serez beaucoup mieux avec Django/Satchmo. À un certain moment dans le futur lointain (car aucun projet n'est jamais vraiment fini, ni d'aussi simple que de vos besoins initiaux pourrait laisser entendre) votre client va revenir et dire "Oh, eh bien...nous avons vraiment voulu X de se produire lorsque l'utilisateur Y t Z". Et à ce moment on peut dire: "pas de problème, votre site est construit sur Django donc, c'est un morceau de gâteau!" ou aller dans des convulsions parce que vous aurez à penser à tous les travaux qui entraîneront avec Magento.
Ouais il a déjà. Essayer la démo. L'admin est construit à l'aide de la normale Django admin, c'est extensible par le même processus.
OriginalL'auteur zeekay
C'est passé le temps limite de l'affiche originale, mais si vous êtes à l'aide de Django, Cartouche/Mezzanine est une belle installation pour l'e-commerce. Il a une Ubuntu script de déploiement, de Bande d'intégration, et est personnalisable. Mezzanine est
http://mezzanine.jupo.org/
Vous pouvez ajouter Mezzanine à un projet Django.
http://mezzanine.jupo.org/docs/frequently-asked-questions.html#how-can-i-add-mezzanine-to-an-existing-django-project
Belle Mezzanine tutoriel:
http://www.rosslaird.com/blog/first-steps-with-mezzanine/
OriginalL'auteur sk8asd123
Je ne sais rien à propos de Django, mais j'ai fait face à ce même problème il y a quelques années après, notre société a décidé de cesser d'utiliser des actions pour les ventes et de développer notre propre solution en PHP. Notre problème a accueilli des plates-formes comme part-il (et je suppose que shopify, bien que je n'ai jamais utilisé) est que leurs frais sont beaucoup plus élevés que vous ne l'engager par juste de lancer votre propre solution et le traitement de vos commandes par Paypal ou quelque chose.
De sorte que vous pouvez envisager de le faire ce que nous avons fait: l'achat de pré-construite logiciel de caddie, puis largement personnalisation. Nous avons utilisé Digishop, qui est conçu plus pour un catalogue en ligne de type magasin de notre logiciel site, mais après environ 2 à 4 semaines de l'ajout de fonctionnalité, il était bon d'aller. Bien que la sortie de la boîte Digishop était trop lourd pour nos besoins, si vous êtes familier avec PHP, il devrait être un jeu d'enfant à naviguer à travers elle et de manière sélective d'ajouter ou de supprimer des fonctionnalités que vous voyez l'ajustement.
Bonne chance!
OriginalL'auteur Eric Yang
Depuis, le délai est de 3 mois, vous devriez certainement utiliser un existant, emballés de commerce électronique. Je suis sûr que je ne vais pas être le seul à le signaler.
Aussi, vous pourriez trouver qu'il prend tous les 3 mois pour obtenir jusqu'à la vitesse avec Magento - qui est une quasi-entreprise-de la complexité. Un compromis que vous pourriez trouver Magento adapté à vos besoins avec un peu en dehors de l'aide de professionnels expérimentés. (Je suis un professionnel et j'ai comme Magento pour la sophistication et de fonctionnalités)
Il ya beaucoup plus de solutions de commerce électronique là-bas pour choisir, je ne peux pas tous les énumérer ici. Ne pas se sentir lié à une langue, vous pourriez ne pas être la seule à résoudre le site dans le futur afin de regarder les compétences à la disposition de votre employeur. Python croissance ne se compare pas à d'autres langues, comme PHP et Ruby, donc peut-être pas l'avenir.
J'ai pensé aujourd'hui, l'engouement a été Node.js 😉
Laissez-moi savoir quand Perl est de retour ... c'est la seule langue qui m'a fait me sentir supérieur à tout le monde. 😉
En ce qui concerne Python de croissance, en fonction de statistiques qui vous regarde et qui métrique vous utilisez, vous pourriez très bien de la peinture à l'opposé de l'image.
tiobe.com/index.php/content/paperinfo/tpci/index.html fournit un peu plus rigoureux, les données sur la langue popularité
OriginalL'auteur clockworkgeek
À la fin de la journée, la réponse vient de la façon dont comfertable vous avec les deux options. Dans le passé, lorsque j'ai rencontré les 2 options, j'ai l'habitude de venir avec la solution préexistante.
Raison de créer votre propre:
Raison de l'utilisation d'une sortie de la boîte/solution open source
moi. Lorsque vous êtes à la recherche pour obtenir de l'aide
avec un problème, avoir une communauté
derrière vous, vous pouvez être la plus grande aide.
Les Chances sont, il ya quelqu'un
il y a eu de problème
avoir/est d'essayer de faire ce que vous êtes
essayez d'accomplir.
la création d'une boutique en ligne, les chances
êtes-vous allez avoir besoin d'une cravate dans
certaines API pour la caisse d'expédition. L'
les grands paniers ont
ces déjà construit. Pour
exemple, Zencart a des modules pour
Autoriser, Paypal, UPS, FEDEX, USPS.
Ainsi qu'un tas d'autres API
vous pourriez avoir besoin d'interagir avec. Il
vous permettra d'économiser une tonne de temps de ne pas avoir
de code API de scripts pour tous
ces provenant de plusieurs services.
Avec l'aide d'un plus bien savoir la solution
vs un programme personnalisé, vous courez le risque de
tomber dans un script kiddy hack
là où les gens utilisent des scripts pour pirater
un type spécifique de panier en ligne. Mais
en même temps, si il ya un
la communauté de développeurs de problèmes
les questions de sécurité puis en réponse à une
violation de la sécurité serait beaucoup plus rapide
qu'essayez-vous de résoudre seule.
Que je dois mettre mon vote pour à l'aide de Zencart comme une solution. J'ai utilisé ensuite sur plusieurs occation et le logiciel n'a jamais let me down. Ils ont une grande communauté, beaucoup plus que oscommerce qui se sent assez mort en ce moment.
Aussi avec zencart vous pouvez faire des pages statiques où vous pouvez mettre le contenu que vous voulez sur eux. Vous pouvez bien sûr aussi de mettre une seconde CMS pour gérer les pages statiques.
OriginalL'auteur Jason Small
Beaucoup d'entre nous ont été dans la même situation avant de le - code-de-scratch (CFS) ou utiliser un framework.
Mon expérience: j'ai commencé script Perl. Et l'un des plus utilisés (module de programmation web) de PERL CGI. Certains le considéraient comme un "lourd", module et donc un peu avaient développé un "plus léger" version de celui-ci. Pour un débutant, cela pourrait être source de confusion - qui module à utiliser? La navigation sur les archives des listes de diffusion de Perl, je suis tombé sur ce que je considère un bijou de sagesse - ce que vous ne savez pas aussi important que ce que vous savez.
Cette perl gourou rappelle à tous que le module CGI a été examiné par de nombreux développeurs. Il a poursuivi en expliquant comment la façon dont les chaînes ont été traitées par C (Perl est fait avec C) a été utilisé par les craquelins à exploiter des applications web, mais le module CGI avait un code pour empêcher que de telles failles de sécurité. Il a ajouté qu'AUCUN des nouveaux modules CGI c'est qu'il était venu dans a code pour éviter ce même exploit, car aucun d'eux n'était au courant à propos de ce problème!
Et, bien sûr, comme James Noir a commenté sur votre question, il faut tenir compte du facteur temps.
Lors de la sélection d'un cadre ou d'un module:
OriginalL'auteur Sam