d6000 Posted March 1, 2013 Share Posted March 1, 2013 Hi I have a multi store, the categories have a problem when I select the category to show in one shop it enables it for another shop as well, this is for the BO and the FO Thanks in advance Link to comment Share on other sites More sharing options...
Trip Posted March 2, 2013 Share Posted March 2, 2013 You can associate every category to a shop instance. Without knowing you exact setup it is hard to help. Maybe try assigning different root categories for each shop to seperate them easier. Link to comment Share on other sites More sharing options...
d6000 Posted March 2, 2013 Author Share Posted March 2, 2013 (edited) Yes thats what I'm trying to do, however I enable it for Shop 1 and it enables the category for Shop 2 also! The products are ok but its just the categories that keep showing when not wanted! I know how to do this as it worked on a new install but on an upgrade I'm having this issue Edited March 2, 2013 by d6000 (see edit history) Link to comment Share on other sites More sharing options...
Trip Posted March 2, 2013 Share Posted March 2, 2013 I am having a lot of issues with multi-store setup on an upgraded shop. The problem imo is that PS team had to insert a new 'proxy' root category as they were not able or to scared to update all the values of the old single shop instance. As the id's of most tables are autoincrement they just inserted a new root category. When you have a look at picture 5 here http://forge.prestashop.com/browse/PSCFV-7383 in my bugreport you see a root category with the id 8. Assuming the nested tree algo works perfect this should not be an issue but from my experience it sometimes feels really wonky. So without having a flawless tested setup I got better results when I forgot about the old default shop group and build a new group and copy the data from the default group. I mean the averall impression of multishop in an upgraded environment imo does not feel bullet proof. It leaves a fishy smell. Althoug my bug report was marked as solved it is not really fixed untill today. No offense, I reported this inconsistencies not just one time but there was no progress so I guess I/we have to fiddle out an approach to get that somehow working or you have to start from scratch. All the best, trip 1 Link to comment Share on other sites More sharing options...
d6000 Posted March 5, 2013 Author Share Posted March 5, 2013 So without having a flawless tested setup I got better results when I forgot about the old default shop group and build a new group and copy the data from the default group. Right so your saying setup a new group and then copy the data across may help this? I understand that the upgrade is probably the issue, hopefully the copying of the data will work otherwise its a long process to start from fresh Link to comment Share on other sites More sharing options...
Trip Posted March 6, 2013 Share Posted March 6, 2013 Hi d6000, problem with my approach is that old orders and so on are not copied to the new shop group. I did another test a couple of days ago by just altering the values shared customers etc.pp. in the ps_shop_group table. Usually the public static function hasDependency in classes/shop/ShopGroup.php greys the buttons out as it checks if there are customers or orders already made in the shop group. Anyway my tests showed that is working. Problems with the categories might be related with their association too? I for example created a new root category for a new shop but realized that it was also by default associated to another shop. When I disabled that it seemed to function as expected. As I made hundrets of test with different versions and even the dev versions it is not so easy to say where some problems might be coming from. I think I will wait for the next version before I go on. Best regards, trip 1 Link to comment Share on other sites More sharing options...
d6000 Posted March 24, 2013 Author Share Posted March 24, 2013 I can stop the categories from showing by unassociating the categories from the shops however using the tick box for displaying and not displaying either shows for all shops or not at all, it could be that is how its supposed to work but either way its a solution for now! Link to comment Share on other sites More sharing options...
Gomlers Posted May 16, 2013 Share Posted May 16, 2013 Hmm. So if I understand this correctly: From the PS documentation: Category root. While your main shop has the catalog root as its category root, any other shop can either use the same root, or use any category of the catalog as its root – in effect using a sub-set of the main catalog as its own catalog. Default shop MUST use the default "Home" as Root. Any other shop must also have this "Home" as Root - but can also have another Root-category? This is hard to understand at 3:50 at night.. Link to comment Share on other sites More sharing options...
Artx Posted January 26, 2014 Share Posted January 26, 2014 I also can confirm that in multistore enviroment, if I have separate root categories for every shop, than I cannot share Categories between shops, as I have been expected. Sharing products is also messy in this case. Is there any workaround? Link to comment Share on other sites More sharing options...
Recommended Posts