Et si le multi boutique etait possible ?

[Benoit62200]

Je n'ai pas inventé l'eau chaude.. et je me dis que bien des ( centaines? ) de gens ont dû y penser.. et je e demande simplement pour quelle raison ce n'est pas possible...

Alors j'expose juste une idée.. je lis les commentaires et réactions.. et si c'est possible.. une fois déterminé le cahier des charges.. je ferais une demande dans la rubrique prestation )

Alors l'idée Multi-store :

1 site " Maitre " sur lequel on enregistre tout le catalogue description, stock reférence , marque etc...

1,2 3 ou 10 sites qui eux sont " esclaves "

- le site Maitre enregistre les stocks
- les sites Esclaves ( base de donnée simplement dupliquée.. ) recoivent en XML via une tâche cron les infos sur la quantité du stocks a créditer (ou pourquoi pas actualiser un prix) ..en identifiant le produit simplement par l'ID qui est le même puisque c'est une base dupliquée.

Les commandes clients arrivent sur les sites esclaves et déclenchent une tache cron qui envoie les ID et quantité a soustraire , si statut " paiement accepté ".
Si plusieurs sites esclaves pourquoi pas intégrer l'heure de commande avec les secondes pour donner des priorités aux infos envoyées au Maitre.

Le Maitre reçoit l'info et à lui de renvoyer la balle pour soustraire les stocks esclaves ?


Je pense que .. oui mais.. pas possible parceque... allez y !! Lachez vous : ))

Benoit

[coeos.pro]

Bonjour, le problème c'est qu'il faut faire énormément de modifications, affecter les produits à une ou plusieurs boutiques, idem pour les catégories, les bons de réductions... le travail me semble colossal, et si c'est juste pour dire j'ai un partie admin au lieu d'en avoir 2 ou 3, c'est pas très rentable...



Pour ce que indiquez :

"base de donnée simplement dupliquée" non, vaut mieux avoir une seule base de données

"recoivent en XML via une tâche cron" non, autant traiter directement avec la base de données

"pourquoi pas intégrer l’heure de commande avec les secondes pour donner des priorités aux infos envoyées au Maitre." avec une seule base tout ceci est inutile

[Benoit62200]

L'idee pour mon cas serait de " spécialiser" sur un univers des sites esclaves. Donc dupliquer une base existante ne serait pas un problème. La différence résiderait dans le fait que je devrais ne pas importer certaines categories depuis les autres admin. Les prix seraient les mêmes également. Le seul interêt que j'y voyais dans mon cas ( pour le moment ) c'etait l'interactivité des stocks entre site. Il y a des solutions mais elles sont trop cher pour moi pour le moment. Leurs boulot est tres certainement a la hauteur de ce que j'attends. Mais ce n'est pas encore dans ma capacité.

[Benoit62200]

Le multi boutique ou multi stock ne semble pas déchaîner les foules.. l'import vers prestashop en xml est-il techniquement possible ?

[Broceliande]

Je rejoins coeos.pro , il est préférable d'attaquer la bdd en live.

Mais ce n'est pas la réplication BDD qui rends la tache ardue (je dis pas impossible mais je suis plus que septique) , c'est simplement l'architecture que tu décris pour laquelle prestashop n'est pas vraiment écris.

Techniquement, il faudrait une sorte de couche d'abstraction d'une partie des tables, que ce soit sur la partie maître ou sur la partie slave.

Certaines tables en effet doivent rester propres à chaque boutique, d'autres communes etc ...

C'est en ça que ça pose le plus problème à mon sens. Pour que ça soit possible sans réécrire presta entièrement, il faudrait être en mesure en quelque sorte de surcharger les classes mysql de php pour avoir une base de données résultante de plusieurs autres.
Le plus complexe restant le retour d'infos vers le maître et non l'inverse.

[nobock]

Concrètement quelle utilisation d'un multiboutique ?

Pour moi un site "multiboutique" c'est une boutique avec une présentation améliorée de chaque sous section. Ca ce rapproche au final d'une simple boutique avec un thème pour chaque catégorie, ce qui existe déjà je croit. D'ailleurs on peut très bien faire un multi thème + sous nom de domaine personalisé. ex : ipod.shop.com / accessoires.shop.com / etc.shop.com.