Discussion :

[arti2004]

slt a tous

je m'apprete a developper un site pour un magasin qui vends differents articles (electromenager, Tv,...etc)
je developpe avec php/mysql .
je souhaiterai avoir des avis de perosonne sur comment concevoir tel site ; comment repetorier tous les articles (dans la bas) et comment faire la maintenance du site plus tard (changement de prix , de photos , ...etc
merci pour vos remarques .

[emmanuel.remy]

Sincèrement je préfèrerais la démarche suivante: tu proposes une architecture un modèle de données, des technos, que sais je encore... de façon à ce qu'on te fasse des observations, qu'on te donne des pistes qui s'appuient sur un socle existant.

Car n'oublie pas que c'est un forum d'entraide et non de Consulting ("tu donnes combien ?") , même si la qualité des interventions le fait très souvent oublier.

Cela étant dit, regarde du côté de OSCommerce.

ERE

[s.n.a.f.u]

Sincèrement je préfèrerais la démarche suivante: tu proposes une architecture un modèle de données, des technos, que sais je encore... de façon à ce qu'on te fasse des observations, qu'on te donne des pistes qui s'appuient sur un socle existant.

Car n'oublie pas que c'est un forum d'entraide et non de Consulting ("tu donnes combien ?") , même si la qualité des interventions le fait très souvent oublier.

Cela étant dit, regarde du côté de OSCommerce.

ERE

+1
A force d'interventions sur des questions de ce type, je me demande encore un jour sur deux si je ne devrais pas me lancer en consulting.

[yannux]

arti... darty ? xD

bah dit donc.... faut pas dev du gros quand on sait pas hein commencer petit

[Vifouz]

Vu ta question, j'ai l'impression que tu débutes en programmation et il faut que tu saches que monter un site de vente ne se prend pas à la légère.
Car si déjà tu te poses des questions au niveau de la conception de la partie 'vitrine' du site, je ne te dis pas les problèmes que tu vas rencontrer lors de la partie facturation, paiement et livraison (où aucune erreur ne peut être pardonner !).
Je pense qu'il vaudrait mieux te tourner vers une solution comme oscommerce.

Cependant si je me trompe, voici quelques pistes :
Il te faut au moins une table : types_produits (où figureras les catégorie de produit), une table TVA (avec les différents taux), une table marques ou fournisseurs (avec toute les marques des produits), une table produit (qui est joint à toute les autres tables, où tu inséreras comme champs, référence, prix HT, photos ....).
C'est des pistes je vais pas te faire tout ton projet, mais voilà il faudra aussi que tu gères les stocks.

Après pour la maintenance (c'est essentiellement cette question qui me fait penser que tu débutes) il suffit de mettre la jour la table avec des requêtes SQL (attention les zones d'administration sont assez compliquées à concevoir car il faut envisager toute les erreurs possibles et sécuriser un minimum)

[emmanuel.remy]

Vu ta question, j'ai l'impression que tu débutes en programmation et il faut que tu saches que monter un site de vente ne se prend pas à la légère.
Car si déjà tu te poses des questions au niveau de la conception de la partie 'vitrine' du site, je ne te dis pas les problèmes que tu vas rencontrer lors de la partie facturation, paiement et livraison (où aucune erreur ne peut être pardonner !).
Je pense qu'il vaudrait mieux te tourner vers une solution comme oscommerce.

On est bien d'accord

Cependant si je me trompe, voici quelques pistes :

Pour un tel projet - et sans passer par une solution telle que OSCommerce - la seule piste valable c'est un cahier des charges, des spécs fonctionnelles et détaillées, une équipe et... un budget !

ERE

[Vifouz]

@Emmanuel.remy

Tu t'exprimes pour un gros site de vente car je penses qu'il est tout à fait possible de réaliser un site de vente tout seul, bon évidemment je parle d'un site très sommaire mais du moins qui fait son boulot

[s.n.a.f.u]

@Emmanuel.remy

Tu t'exprimes pour un gros site de vente car je penses qu'il est tout à fait possible de réaliser un site de vente tout seul, bon évidemment je parle d'un site très sommaire mais du moins qui fait son boulot

Même pour un site très sommaire, lorsqu'il y a des termes comme "commande", "tarifs", "facturation", il y a intérêts à bétonner son code.
Et/ou prévenir son client de son expérience dans le domaine...

[emmanuel.remy]

A mon avis il n'y a pas de "petit" site de vente. Que le catalogue fasse 10 ou 100000 produits il n'y a pas de différence, que ce soit un petit site ou un gros. Le client a le droit de connaitre l'état d'avancement de la commande, de la livraison, avoir une facture, pouvoir retourner son produit, utiliser son délai de rétractation etc... Autant de choses qui font que le site devient vite "étoffé".

Il n'y a pas de "petit" site de vente parce qu'au bout de la chaine il y a un client et que ce dernier a le droit à la même considération, au même professionnalisme que chez un "gros". C'est pour cela que je suis peiné de lire qu'on peut penser réaliser un site de vente sur le coin du bureau.

Le seul cas qui pourrait (et encore) infléchir ma position ce serait pour la vente de certains produits exclusivement dématérialisés (fichiers, service online, espace web...).


ERE

EDIT
----
Mon post s'est croisé avec celui de s.n.a.f.u

[Vifouz]

Oui mais pour ce qui est de la tarification, facturation il y a des moyens de rendre cela plus facile avec la base de donnée quitte à oublier certaines normes.

Je suis entrain moi même de concevoir un site de vente, mais que je qualifie de petit car la gestion des remises, le calcul des délais et des couts de livraison devant se calculer suivant le poids, suivant les réapprovisionnements, etc n'est pas à utiliser.

De plus la zone d'administration se fait depuis l'interface du SGBD que j'utilise, véritable gain de temps.
Et le fait que les produits sont tous du même types, les outils de recherche et la gestion de l'information se trouve aussi très très allégé !!!

Cdiscount et un petit site de vente sont de loin différents dans la conception car étant donnée que le trafic de vente n'est pas le même tout ce qui concerne les délais de rétractation et les litiges peuvent être géré plus ou moins "manuellement" !

C'est à dire qu'avec un site qui vend peu d'article, il est plus facile de mettre à contribution l'administrateur surtout si il s'y connait un minimum en informatique ! Donc beaucoup d'algo en moins !