musicmaster

The root .htaccess is not changed. Nor any other file. The way that see that it opens the root index file is the error message: Warning: require_once(../thetexts.php): failed to open stream: No such file or directory in C:\xs4ampp\htdocs\index.php on line 6 I have one error in the TB log file that is repeated twice: ERROR 2017/03/19 - 12:38:08: Shop not found at line 404 in file classes/shop/Shop.php ERROR 2017/03/19 - 12:44:06: Shop not found at line 404 in file classes/shop/Shop.php This is NOT a multishop shop.

1.6.1.11. The only non-Prestashop module is Michael's Stripe module. And Cart.php has been adapted.

I tried to update my Prestools webshop to TB. Luckily i worked on a localhost copy. The update itself went without problems. I chose to use the new TB theme. But when i was finished and I looked in the backoffice at the themes, there was only one theme - the Prestashop default theme - and that was set as my default theme. At the front side things were even worse. The home page displays only my logo and a black bar. When I switched MOV-DEV on I don't see any errors. And when I look at the source code it is very short, but it correctly ends with a html end tag. The page of a subcategory was just as problematic. I got an error message indicating that it was trying to open index.php in the root. (I have different software in the root and the error message I got war clearly generated by that software) But as this shop is located in a subdirectory it shouldn't try to do anything in the root. 

A lot of improvement can already been achieved by having a good look at how indexation works in Prestashop. If you look in classes\search.php you see that for supplierreference the field of the psproduct table is used instead of the fields of the psproductsupplier table. Also - when a product is in more than one category only the name of the default category is used.

As a small contribution to the development of TB I have made an overview of the type of products that are not or not well supported by Prestashop. I hope that a bit of discussion and the input of different people with experiences of different webshop software can contribute to build an overview of the options. The most important problem is probably the “million –combination problem”. When you have a product with many attributes (computers and cars are good examples) the number of possible combinations can easily explode into the millions. As a consequence the product will get stuck in both the back and the front office. A related problem is that stock keeping doesn’t work: if you sell a car with or without radio it is still only one car. If you analyze those cases you see a few scenario’s that don’t fit in the Prestashop cookie cutter solution: - Some attributes are in fact separate products. They might be considered as accessories but you want to sell them on the same page. The car radio is a good example. This kind of attributes comes in two varieties: some are also sold as standalone products while others are only sold as a part. - Other attributes concern things that never get out of stock. If you sell furniture you may offer it in different colors. But as you paint them yourself and you have an ample supply of paint this will never be a restricting factor. In this category fall also work-related attributes like when you sell a product in a rude and a polished version – the latter involving some processing by you. Then there are the products that don’t fit. One category are the “fractions”: products sold by meter or gram or other linear unit. Say you sell cheese for 10 euro a kilo. You have a piece of 485 gram and you would like to receive 4.85 euro for it. The only way to achieve that would be to set the price per gram. But that would mean that you list it as 0.01 euro per gram. That will result in rounding errors and it goes also against industry practices that dictate listing prices per 100, 500 or 1000 gram. Also it doesn’t give the customer a quick impression of whether the product is cheap or expensive. Another category are the “standalones”. These are a kind of customizations where you want to set the price. It might involve work. If you sell floor coverings you typically bill carpets and work to install it. But you don’t want to make a new “work” product for every new customer. I sell fancy boxes that can be filled with candy. I would love to give the customers the freedom to choose which candy they want in it but that is impossible under Prestashop. Candy sells by weight and different types of candy have different weights per liter. It would be easy to write some custom software that calculates the correct weight and price but I can’t store it at the moment. So what are the possible solutions? In the case of the attribute combinations my favorite would be to allow more than one product on a page. They should be in the same html form so that you can order them with the same Buy button. This means that you will need to mention somewhere the number of different products on your page and give them numbers to discern them. You need also to indicate which is the main product and which are the options. For attributes that don’t affect stock there are two possibilities. You might create a new kind of attribute for that. You could also create a kind of pseudo accessories for them. You might for example have a “product” colors that cannot be sold alone for this purpose. It is a rather convoluted solution but it may be easier to implement than a new kind of attribute. In the case of the fractions the cleanest solution is probably to indicate somewhere that your price is per 100 units (or whatever number you want). In the case of the standalones the basic point is that there is no standard price and that the shop owner must somehow provide a price.