Scully

I feel sorry to have learned lately that Datakick quit the TB project.

Sad to read this news from Datakick a little late. I can unterstand him. I spent around 3 years in contributing to Prestashop and saw the downsides there. Little appreciation from the community and even less than little money. So I would be willing to pay some fix fees. I would vote for flexible rates, not all TB users might be able to throw a $50 per month. best regards,

Hello Datakick, I recently installed the black hole module. It works during testing but it haven't trapped any bot so far. I am just guessing: Might it bee that the robots learn quickly about traps, expecially if the trap URI is fix? And then: might it be an option to generate a random URI? I though I am familiar with PHP I couln't make out where the /blackhole/ URI comes from. Is it the directory within the module path or is it in the code? Yes I found the "getTrapUrl" function but changing code there didn't work as expected. Best regards and thank you for your work. Scully

What is difficult in reading the prestashop post and apply it in similar manner in thirtybees? First you need a CSS class. In the example its name is graypicture This is responsible for the CSS formatting of images in grayscale. It is not an existing class in TB, so you need to add it to your global.css. Plenty of web pages out there explain how this CSS rule must look like. Then you need to add a condition to the file product-list-item.tpl This code from the prestashop example ... $product.quantity <= 0 ... is the magic part for the if condition. Do some own research and learn with it, piece by piece.

An total of "all modules" of 200 + is normal in prestashop. An "installed modules" list between 30 and 70 is also common in prestashop. Note the difference between "all" and "installed".

The error comes from a non-standard module named footercustom You might want to try to uninstall this module properly.

@Script-Fu: Read what I have written. Don't just ask the same again and again. Everyone note that Script-Fu talks and show screenshots from Prestashop, NOT from Thirtybees. The modules list is a merge from multiple XML files in /config/xml. So deleting folders does nothing at all in relation to the "all modules" list.

I doubt everyone understood the issue from the starting point. The modules list does not only contain installed modules but more and more featured modules. Most of them are not installed. So you cannot strip down the list and assume the list will remain as you stripped it. The modules list gets updated on automated basis. You can strip down the XML files related but the keep geeting updated about every week or so. The result is what I found that just displaying the list of modules takes ages. ../classes/controller/AdminController.php is one place where module list handling is done. But it's not the only place unfortunately.

I also tested Traumflugs changes and I can confirm it works.

The problem as far as prestashop os concerned is the following: From some 20 to 30 modules at the beginning prestashop filled it's module listing with more and more modules. Helpful ones and lots of non-sense-modules as well. The module lists are coming from the /config/xml directory and there from multiple XML files. These XML are updated frequently, so stripping them only helps for a very short time. To get rid of the 290 modules you needed to make changes on multiple files in prestashop core. Search for file_put_contents in the core code.

I'd say your logo file is too big. It's 550px of width.

Datakick, we are at the same page at this time. Nevertheless I changed my installation to get some experience with only one version of page stored independing of device type.

I'll give it a try this way all enabled and only filtering on CSS leve. I'll report back my experience.

Ok, I am not unteachable. I follow a new way. enable all modules by default, change module CSS (for example for blockbanner) to get rid of displaying on mobile devices or change golbal.css to hide left column entirely. Then get rid of isTablet, isMobile for the cache. Only warm the cache for one type of device - which would then be desktop.