Raymond

The blocked font issue was solved adjusting the server configuration, had to do with cross origin and nginx, not a tb problem.

Hi Yes I know that, it anyway works well and also get a high score. However, apart the fact that some retro compatibility might be useful to some, and even though that is not a big issue, I wanted to eliminate it so to keep the website clean and error free, that helps too in general.

If using same domain for TB installation and media server. The subdomain one use as mediaserver must be settled with a CNAME pointing to the root of the domain (or subdomain) in which TB is installed. The servers one is using also must be configured accordingly, each must know that the subdomain working as mediaserver is pointing to the domain or subdomain that is serving TB. The result is almost good, not completely tough as at least beesblog continue to serve images from the main domain/subdomain on which TB is installed. Even disabling the blog still some things are not served by the media server. I also still have a trouble with a raleway woff font, which cannot be served due to cors issues. the other raleway font weights, which are woff2 btw, do work. Still could not understand and could not solve this...

Hi Rampage.Rado I did follow your hint, it worked, but does make no difference about cookie free image serving. I understand that usually a media server should be a CDN or at least another server, or more servers, but I read that a subdomain would do the trick, there is nothing wrong about in principle. Of course a CDN or more servers, maybe geolocated in strategical points, would be useful to fast serve media and avoid use cookies (I do not know if TB can decide form which server send the images/media accordingly to geolocation of the client, however....). Actually I wanted to just avoid use cookies. To check if the media serving is going fine I do use a website, e.g. https://tools.pingdom.com , that analyses a website speed and other basic features, among which the use of cookies for images/media. After using your workaround I thus checked the website on pingdom.com, and the result did not change, for what is concerning the "Use cookie-free domains" thing I get a score of 50 with a low F mark + the advice to avoid using cookies for images, just as if the media server is not used. Paradoxically while I was testing the failed method I described in my previous post, the media server at least for homeslider and beesblog worked fine, therefore on pingdom I was getting a higher score and a B mark, still got the advice to use cookie free images (of course, all product's images were not served at all in practice + maybe cookies were still detected for those images... dunno...). I have another server too, it ha s adifferent IP, I do try to place the img folder there, however, I am sensing that I am missing something basilar, some kind of trouble with rewriting stuff/.htacces or some configuration Thank you for the hints Best regards

Hello On a pristine TB 1.6 installation using PHP 8.3, no 3rd party templates, TB updated via core updater to match the PHP version (in core updater I get all green OK). Friendly URLs activated. I Tried with all CCC, cache, one page cache options enabled, disabled and mixed combos I tried to use media server as follows. I created a subdomain, media.mywebsite.com, I issued a letsencrypt SSL certificate for the same... In TB I settled this media server media.mywebsite.com I copied the img folder into the root of this subdomain media.mywebsite.com I saved and tested. The website loads the homeslider and beesblog module images but not the products' images I checked the URLs where the images should be and I saw that: The URL of the homepage slider and the beesblog modules' images are just what I thought they had to be, they look like this media.mywebsite.com/img/whicheverfoldershouldcontaintheimage/image.webp(jpg for beesblog) The URL of the products' images are not what I thought had to be, I imagined somewhat like media.mywebsite.com/img/whicheverfoldershouldcontaintheimage TB rewrites the products' URLs as follows: media.mywebsite.com/products/1-Niara_home/whateverimageshouldbeshown.webp(or other file format settled in images preferences) I checked the URL of another product image and results to be similar, but with 15-Niara_home, so each has a different "N-Niara_home" folder in the URL I searched in the mywebsite.com root filesystem for such N-Niara_home folders, and found none... I imagined that had to be so, but wanted to check if I had to copy other folders in the media.mywebsite.com subdomain... I also tried to disable apache multiview and mod security, nothing changed (I have no idea if those are related, however I tried...) Finally I disabled the friendly URL function, tested and all images appeared in the front end as expected, I imagine thus all of this has to do also with .htaccess I tried to fiddle with .htaccess too, but to no avail... Why is this happening? How can I correctly use media servers? Thank you in advance for any help.

Hello Thank you for the information the.rampage.rado. "3. The slider module should be modified to support webp and avif and the modification i fairly simple. Look at the code. Soon this will be fixed in the codebase but the developer is currently working on other more pressing issues. Keep in mind you should add prepared and properly sized images here as the module simply stores them and shows them to the FO, it does not do any processing." Yes, I fully understand and respect this, however I am quite ignorant about coding... I need to ask for each thing I stumble upon... sorry. However, I looked into it, I think may be enough to add 'webp', and 'avif', in line 38 of the homeslider.php file of the module: Thus the actual line 38 const ALLOWED_EXTENSIONS = [ 'jpg', 'jpeg', 'gif', 'png' ]; Should be modified to become const ALLOWED_EXTENSIONS = [ 'jpg', 'jpeg', 'gif', 'png', 'webp', 'avif', ]; I do not know if any other line in any other file of the module should be modified and/or if anything else should be added..., seems not strictly necessary to me, but might be advisable maybe, e.g. something to validate MIME or else... but, again, I ignore coding.. I only can imagine, cannot tell for sure. I tested it. It accepts webp and seems to work fine in the Front End. It accepts avif. I got an error at first attempt, talked about coding, however at second attempt worked fine, and shows up in Front End too. "could you tell me if the reordering feature works for you in Home slider?" I do not see "reordering features" in the homeslider module interface in the Back Office, I am not understanding this question, where and/or what should I look at? "I'm now adding the native core image extension support to the module. You can try those changes: https://github.com/thirtybees/homeslider/pull/14" I checked that, what I understood is that I should open those files and substitute/add the code you produced, that is feasible indeed, but a bit complicated for me, I will try it maybe when I get some time to make extra experiments. About same topic of webp and avif images support, even tough not directly related to homeslider module, I noticed that also the beesblog module does not allow to use webp and avif images, I looked into the code, but in this module the actual situation is by far length more complex, in this module I definitely do not know what to do... Thank you for the hints, appreciated.

Hello I am testing latest TB 1.6 downloaded on 26 May 2025. I started checking the website speed, the result was an excellent average 1.1s, but still those websites one can use to get a report do complain about several things. One of which is images format, they suggest to use WEBP or AVIF I thus installed the ImageMagick v1.3.1 TB native module, then went to menu preferences > images and there settled TB to use AVIF with 65% compression I then regenerated all images. Finally I tried to change the images in the default landing page coming with first installation into the home slider module. I noticed that the home slider module does not allow to use webp or avif images. As far as I know there is no other official native slider module in the Thirty bees marketplace. What should be done to have the home slider module allow use of webp and/or avif images? Thank you in advance for any help.

Hello Datakick Thank you, it worked. Yes, in fact I had a fail, but when I ran core updater the second time I got a green bar telling everything was OK, somehow other errors happened without prompting warnings... However using core updater a third time as you suggested fixed this problem, I go on testing now... Thank you Best regards

Hello I installed tb 1.5.1 I read the information and saw that I was warned about using php 8.3 Tried to use core update and could not go, I changed to PHP 7.4, ran core updater again, and managed to update to latest main developer version, at final step gave me an error telling I had to use PHP 8.3 this time So I reverted to PHP 8.3 and ran core updater again, the script gave OK, and finally TB got up and working I fiddled around configuring and testing lots of things, all seemed to work fine, just apparently btw, that until I tried to create a new category and got this error after saving: Unknown column 'additional_description' in 'field list' when trying to edit the category I got 500 server error and downloaded the encrypted error message containing this information among other (if needed I can send the Table xxxx_xxxx.est_image_entity' doesn't exist in file classes/ImageEntity.php at line 332 Source file: classes/ImageEntity.php this line is marked in red into the encrypted error message: 332: $result = Db::getInstance()->getArray($query); Here below the whole encrypted message: SQL SELECT ie.*, l.display_name, it.id_image_type, it.name AS image_type, it.width, it.height, it.id_image_type_parent FROM `est_image_entity` ie LEFT JOIN `est_image_entity_type` `iet` ON (iet.id_image_entity = ie.id_image_entity) LEFT JOIN `est_image_type` `it` ON (iet.id_image_type = it.id_image_type) LEFT JOIN `est_image_entity_lang` `l` ON (l.id_image_entity = ie.id_image_entity AND l.id_lang = 1) ORDER BY ie.name ASC Source file: classes/ImageEntity.php 313: * 314: * @throws PrestaShopDatabaseException 315: * @throws PrestaShopException 316: */ 317: public static function getImageEntities(): array 318: { 319: $langId = (int)Context::getContext()->language->id; 320: $cacheKey = 'ImageEntity::getImageEntities_' . $langId; 321: if (! Cache::isStored($cacheKey)) { 322: $query = new DbQuery(); 323: $query->select('ie.*'); 324: $query->select('l.display_name'); 325: $query->from(static::$definition['table'], 'ie'); 326: $query->select('it.id_image_type, it.name AS image_type, it.width, it.height, it.id_image_type_parent'); 327: $query->leftJoin('image_entity_type', 'iet', '(iet.id_image_entity = ie.id_image_entity)'); 328: $query->leftJoin('image_type', 'it', '(iet.id_image_type = it.id_image_type)'); 329: $query->leftJoin('image_entity_lang', 'l', '(l.id_image_entity = ie.id_image_entity AND l.id_lang = '.$langId.')'); 330: $query->orderBy('ie.name ASC'); 331: 332: $result = Db::getInstance()->getArray($query); 333: 334: $imageEntities = []; 335: 336: foreach ($result as $res) { 337: 338: $name = $res['name']; 339: 340: if (!isset($imageEntities[$name])) { 341: // Get data from object model $definition 342: $className = $res['classname']; Trying to create a product output the exact same error, but directly at first attempt, the 500 error appears immediately and the panel to build the product does not even appear What should I do to fix this? Thank you in advance for any info and help.

Hello I just installed TB 1.5.1 and updated to latest development version. I use PHP-FPM 8.3 on almalinux 9, apache 2.4.56 + nginx 1.26.2, on a VPS with enough RAM and CPUs All seems to be working quite well although I did not configure Nginx as recommended by Datakick Yet, i will look into that later on) I read the news about the mailing modules, PHPMailer and Swiftmailer, and read that into TB it is recommended to use PHPMailer. So having to chose one to go I tried first with PHPMailer I got same problem as read above using both phpmailer or swiftmailer using SMTP. I could send test emails only with swiftmailer using the PHP's mail() function With both modules using SSL I get: Failed to send email: SMTP Error: Could not connect to SMTP host. Using TLS (which I know that can't work on my server, but tried anyway to see what was going to happen...) I get this error Connection failed. stream_socket_enable_crypto(): SSL operation failed with code 1. OpenSSL Error messages: error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed I read the whole discussion here, I could not find helpful hints. I triple checked the smtp credentials, which btw work on other software using SSL, eg. in Thunderbird. I imagine the problem is on the server side, but I am not expert, I do not know where exactly look at to find the cause for this problem. Does anyone know what should be done to solve this? Thank you in advance for info and help.

I finally found this other post where another user approached the problem from a different side, cookies after changes in the zones and nations, I thus deleted the cookies on my browser to try out, and worked so far. This is the thread from which I got the hint:

Hello I updated the geolitecity2 file, switched geolocation back on from preferences and again as visitor/guest I get to see the prices excluded taxes on the frontend, if I log in as a client again I see the prices as they should accoding to the configuration. What should I check to be able to use geolocation and have the prices shown as visitor/guest accordingly to the settings in the configuration?

Hello While building and testing the website i never noticed problems with tax included or excluded displayed prices, further proceding into setting more features of the shop after a while I noticed an odd error as prices kept to be displayed with taxes or without taxes only when I was logged in as a customer accordingly to the customer group it belongs to. Oddly when not logged in as customerm thus as visitor or guest, prices were always shown wihtout taxes, and also taxes did not appear in the cart. After checking all settings related to the way prices have to be shown and not getting the culprit I recalled that I activated the Maxmind IP geolocator service, I tried to deactivate it and everything went back to work as normal as should.... I now try to update the Maxmind geolocation file and will check if still causes the problem or not, will post the results later on, for the time being for whoever notices these kind of errors aboutthe way prices are displayed please check also the geolocation service and find out if is the culprit.

Give visibility to TB and having themes are both important things, if not visible people do not come to know it, if visible but lacking of fundamental resources people do come to know it but may decide to drop it deeming it "hard to use". It is clear that both aspects are very important. Best thing would be to do "noise" to make it as visible as possible when at least some variants of the current default themes can be used to invite people to try a "customized basic version"? Of course would be even much better if a new theme or more new themes can be offered....

Hello, I am using TB 14, upgraded from TB1.3 I needed to change supplier for a product, I did it form the back office and noticed that the new setting is not saved no matter what... So I created a new test product, also in this case the supplier is not saved no matter what. What should I check to fix this? Thank you