Quel framework de commerce électronique est rapide et facile à personnaliser?
Duplicate possible:
Quel script de commerce électronique dois-je utiliser?
Je travaille sur un projet où je dois mettre en ligne un système de commerce électronique qui nécessitera de bonnes fonctionnalités personnalisées. Je cherche donc un cadre qui rende la personnalisation assez facile (du point de vue d'un développeur expérimenté, je veux dire). Le langage doit être PHP et le temps est une contrainte, je n'ai pas de mois à apprendre.
En outre, le commerce électronique devra gérer environ 200 000 produits dès le premier jour, ce qui augmentera avec le temps, d'où l'importance des performances.
Jusqu'à présent, j'ai examiné les points suivants:
- Magento - Compliqué et, autant que je sache, lent lorsque la base de données contient de nombreux produits. Cela nécessite également beaucoup de ressources, et nous ne pouvons pas nous permettre un VPS dédié dès le début.
- OpenCart - Au mieux, la documentation est extrêmement médiocre. En outre, son démarrage est "gratuit", mais chaque fonctionnalité est implémentée via des modules commerciaux tiers.
- OSCommerce - Buggy, inefficace, obsolète.
- ZenCart - Dérivé de OSCommerce, ne semble pas beaucoup mieux.
- Prestashop - Il semble y avoir de nombreuses incompatibilités. En outre, la plupart de ses modules sont commerciaux, ce qui augmente les coûts.
En bref, je suis encore assez indécis, car rien de ce qui précède ne semble satisfaire aux exigences. Je suis également ouvert à l'évaluation des frameworks à sources fermées également, s'ils peuvent être améliorés, mais mes connaissances à ce sujet sont limitées. Par conséquent, toute suggestion est la bienvenue.
Merci pour toutes les réponses.
Mise à jour 1
- Le projet concerne un de mes clients, donc je ne fais pas semblant "sur la plupart des choses. - Il n’ya ni temps, ni budget pour écrire un système entièrement personnalisé, ni les ressources pour le maintenir une fois qu’il est opérationnel. - J'ai réussi à effacer la plupart des personnalisations requises, car elles ne seraient pas critiques. Deux d'entre eux sont toujours nécessaires:
- Importer des données depuis des systèmes externes . Interfacer avec un système interne pour importer des produits. Je devrais écrire une interface pour importer les données dans le commerce électronique de manière régulière. Cette fonctionnalité doit être disponible sur le tableau de bord d'administration e-commerce, car il peut être nécessaire de télécharger des fichiers manuellement de temps en temps. Par conséquent, je dois pouvoir l'insérer dans le cadre. J'ai donc besoin que ce cadre soit facile à étendre, car je ne veux pas commencer à le pirater, ou à le contourner et à l'écrire directement dans la base de données.
- Fonction "Publier le panier" pour les agents commerciaux . Les agents auront besoin d’un moyen de préparer et de "publier" un panier. Ce "panier public" sera ensuite choisi par les clients, qui recevront les produits dans leur propre panier. La commission sera attribuée aux agents si le client achète tous les produits qui se trouvaient dans le panier "public" d'origine.
Exemple
- L'agent prépare un panier avec Prod1 , Prod2 et Prod3 (quantité 1 pour tous).
- L'agent publie un lien vers le panier.
- Le client clique sur le lien et voit le panier. Il aime ça et "le prend" dans son propre panier. - Trois choses peuvent arriver maintenant:
1- Le client achète le panier immédiatement. L'agent reçoit la commission calculée sur le panier qu'il a préparé.
2- Le client ajoute des articles dans le panier, en plus des produits d'origine. Les agents reçoivent la commission comme dans le cas 1.
3- Le client enlève un ou plusieurs des articles qui se trouvaient dans le panier d'origine, il peut ensuite ajouter autre chose. L'agent ne pas n'obtient de commission.
C'est un système assez simple d'un point de vue logique, mais sa mise en œuvre peut devenir difficile en fonction de la structure et des limites du cadre.
Mise à jour 2
Je cherche toujours autour de moi et j'ai trouvé deux autres cadres:
Des opinions à leur sujet? Merci.
Je ne veux pas être impoli, mais vos contraintes sont presque impossibles à satisfaire, vous avez besoin d'un logiciel de commerce électronique Opensource qui:
fonctionne sur l'hébergement partagé (comme je le suppose, car vous n'allez pas commencer avec un VPS) est facile et rapide à personnaliser
Chaque solution comportera des pièges, mais à mon avis, pour la taille du commerce électronique que vous envisagez, Magento serait la meilleure option opensource.
Le problème n’est pas tant que magento soit lent, mais qu’il utilise beaucoup de ressources, il n’est pas non plus une solution prête à l’emploi, car elle nécessitera beaucoup de configuration, de mise au point et une flexibilité extrême, mais elle nécessitera développeur ayant des connaissances sur la plate-forme pour tirer parti de cette flexibilité.
En conclusion, je ne pense pas que vous puissiez trouver une solution opensource ou propriétaire qui réponde à toutes vos exigences, vous devrez échanger quelque chose.
encore une fois, pour ne pas être grossier, c'est juste mon opinion car j'ai utilisé magento, opencart et prestashop, mais j'espère vraiment que vous trouverez votre solution :)
Je suis au courant de plusieurs problèmes liés aux performances avec Magento, et compte tenu du fait que vous avez 200 000 produits, je pense que c'est une certitude que vous les expérimenteriez aussi.
J'ai joué avec OpenCart et, à la première impression, je ne m'attendrais pas à ce qu'il soit adapté à vos besoins.
Avez-vous envisagé d'écrire votre propre projet ou d'employer un développeur pour le faire? Qu'en est-il des agences Web spécialisées dans le commerce électronique?