e-com

I am currently working on a module for thirty bees that automatically generates descriptive content for categories, products and CMS pages using ChatGPT. In configuration of module, I have added a test connection to OpenAI API. Speed demon so far is not this artificial intelligence. It took about 20 seconds to generate a response. And what does this artificial intelligence "think" about thirty bees 🙂

This module works properly with thirty bees: https://addons.prestashop.com/en/international-localization/19662-autotranslator.html Module has no effect on speed of front office, because it works only in back office saving translations to database. I am currently doing a migration of four multishop stores from prestashop to thirty bees. Stores in four languages: Polish, English, German and French. Contents of French and German stores were translated with this module using DeepL API. Stores are still on development environment: https://devde.moremannequins.pl/ https://devfr.moremannequins.pl/ On other hand, usefulness of these modules doing site translation "on the fly" using google translate is nil. Content in any foreign language does not exist in store, also search engines will not index even one word from foreign languages for us. These modules just slow down our store front office terribly.

Rather, these malicious bots do not use real existing email accounts. They just generate random strings like [email protected], just like malicious bot for prestashop 1.7 that massively creates fake customer accounts does. However, actually, if google gets a million 🙂 fake emails from our store, it might add our domain or our server's IP to the blacklist.

CSS class img-responsive will always scale our image to size of container. But it will always only make image smaller. It also does not perform image enlargement.

Are you using the original native blocknewsletter module from thirtybees? Because in this module, if a subscription is not confirmed with a link from an email (containing a token), such an email is not added to subscriber database, even as inactive.

This is how the scaling of thumbnails has always worked both in PS 1.6 and in TB. If source image is smaller than the generated thumbnail, a background is added around it. For JPG white, for PNG and WebP transparent. And this is certainly correct action. By resizing images up (enlarging them) we will have ugly blurry images.

Virtual products are not only downloadable products but also different services. And often there is a need to create a service with different variants with different combination prices. Also, global exclusion of attribute combinations for virtual products limits functionality of the store a lot. Different downloadable products for each combination is already a bigger modification, because it also affects front office - customer panel order history and sending purchased file by email. I do not know if it is possible to do this modification with maintaining retro compatibility for front office theme. But I'll take a look at it 🙂

For some strange reason unknown to anyone, in prestashop virtual products can not have attribute combinations. Well, and thirty bees inherited this nonsense restriction. Here a PR to remove this restriction: https://github.com/thirtybees/thirtybees/pull/1629 Or is there a rational reason that virtual products can't have attribute combinations?

The ability to generate a PDF invoice has nothing to do with whether the order is paid or not. In configuration of order statuses we can set that for all statuses it is possible to generate a PDF invoice. However, module you are using is bugged and incorrectly updates data of the PREFIX_order_payment table. And now you have inconsistent data in database tables.

By default, it is not possible to change delivery cost for any of the order statuses. It looks like you have some module that enables this. And in this module you should look for errors of incorrect update of order value.

@wakabayashi Already basic validateUpload() method prevents the addition of WebP images in modules. For example, in a simple module with one image "blockbanner". I have a few test installations of TB on localhost, then of course that I will help in testing.

I advise against installing ionCube encrypted modules. IonCube company will probably be 10 years again 😉 making ionCube Loader for PHP 8.2. As it was with the loader for PHP 8.0 Support for a particular version of PHP ends, they just release the loader.

Currently, it is not possible to add and scale WebP images from within modules. To eliminate this I use overrides of several methods in ImageManager class: https://github.com/e-com-presta/tboverride/blob/main/ImageManager.php Maybe something will be useful from these solutions 🙂

If you want to have a permanent redirection of all erroneous URLs to home page, then do an override of initContent() method in PageNotFoundController: public function initContent() { header('HTTP/1.1 301 Moved Permanently'); Tools::redirect(__PS_BASE_URI__); exit(); }

It might be worth testing this module: https://github.com/202ecommerce/ebay2 It has compatibility from PS 1.5 to PS 8

And pushing an appearance styling into module configuration, I consider it a programming crime. From appearance styling it is only CSS.

Is this a dead project? https://github.com/AmauriC/tarteaucitron.js/commits/master Never before has anyone made an application whose interface appeals to everyone in the world. Just because you don't like it, doesn't mean millions of other people don't like it.

A very similar solution: https://github.com/AmauriC/tarteaucitron.js And a module for PS 1.6 based on tarteaucitron: https://github.com/duGuillaume/k_cookies/tree/1.6.1.x

Perform a TB 1.5.0 bleeding edge upgrade to the latest version. This bug has already been fixed. https://github.com/thirtybees/thirtybees/issues/1612

By using this method of prices calculation you will violate EU directive on price discrimination. https://europa.eu/youreurope/citizens/consumers/shopping/pricing-payments/index_en.htm#shortcut-4

That's right. There is a critical error after removing customizable product from the cart. Message: DivisionByZero Error: Division by zero Location: classes/Cart.php line 610 Stacktrace #0 classes/Cart.php(610) #1 classes/Cart.php(3396): CartCore->getProducts() #2 controllers/front/CartController.php(318): CartCore->deleteProduct() #3 controllers/front/CartController.php(100): CartControllerCore->processDeleteProductInCart() #4 classes/controller/Controller.php(191): CartControllerCore->postProcess() #5 classes/controller/FrontController.php(243): ControllerCore->run() #6 classes/Dispatcher.php(851): FrontControllerCore->run() #7 index.php(33): DispatcherCore->dispatch() In PREFIX_cart_product table, deleted product has a quantity of 0.

On all hosting servers, as well as on my localhost server Paypal module works fine. Also, probably the problem lies in wrong configuration of your server. Turn on debug mode, install "Collect PHP Logs" module and go through all the error logs to determine the cause.

Install and configure Paypal module: "Modules and Services". And configure: Modules -> Payment

Misconfigured server. No fileinfo extension for PHP installed. phpinfo();

There are a lot of mistakenly made modules for prestashop that modify core tables instead of adding their own tables to database. Be careful with removing these columns, because the modules will stop working. The hover column looks like it was added by such a crappy module.