Raymond

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

I contacted a software company, I explained them I want to use thirty bees... They told me that they would have evaluated the case of developing stuff for TB and give me an answer. The result is that they searched TB on google trends, as the results on google trends are poor they said that at the moment they won't do it..... So, yes, it is important to make "noise" about thirty bees, the more information about thirty bees is read around in internet the more TB might become of interest for developers. Also it is important to write to developers and ask them to do stuff for TB, the more they get inquiries about TB the more they will be considering the chance to work on it.

This is just a personal opinion about tik tok and other famous so called "social networks". As far as I know only few kind of products can be successfully advertised on these social networks, I would say mainly cosmetics and voluptuary products, fashion stuff and the like. Apart for these categories I do suggest to do not use it, can be a great loss of time, the ROI is minimal or none, the kind of public one can attract is very "funny" too.... Furthermore, one can easily ruin own reputation on these networks. Besides that, all of these famous network are known to be strongly biased, have whacky security mechanisms, plenty of bots and alts, prone to ban for no reason or truly arguable reasons, often driven by algorithms which do lots of strange things.... One particular notice about tik tok, it is said to be even dangerous for what is concerning security and privacy, search news articles about, there are quite some odd information about. In general, if you want to do e-commerce you do want to promote YOUR company, not make other companies more and more visible thanks to your content, avoid using services that ask you to work for free or even pay to mainly just promote THEIR company in the practice... think about this, does tik tok (or any other one alike) pay you to add content to THEIR website? Same thing for the many marketplaces, their commission is pretty high, their TOS is very often bashing YOU and favouring THEMSELVES, do you really want to risk bad reviews and other kind of troubles while you do pay all that money to promote and make THEIR website great and plenty of content? Think well about these aspects before onboarding in such ventures, do work for yourself, do not work for free for others or even worst do not pay to work for others. Just my 5 cents about this topic

Hello This is an old topic, however I'd like to add this information, I have a large experience using Store Manager https://www.prestashopmanager.com/order/ I am using also with Thirty bees, and so far with TB 1.4 seems to work fine. Unfortunately the Emagicone company at the moment seem to not have interest to keep Store Manager compatible with Thirty Bees, but of course if they see that there are potential clients they might well change their ideas about. I can witness that Store Manager is really good and useful, worth the price and a true time saver. I suggest to whoever is looking for a complete exhaustive import/export and offline manager software for TB to give it a try and contact Emagicone clearing that you would buy the license if they keep the compatibility with future versions of TB Overall the software is easy to configure, easy to learn, easy to use, can do a lot of things in a fraction of the time that would be needed using the backoffice. This software is not just about importing/exporting/managing but also about migration, backup, diagnostics, optimization and keeping an offline "copy" of the TB shop(s).... Give it a try, download the trial version and see how it is really useful. Best regards

Hi About the first issue, I noticed that just updating the core updater fix that and doing new checks displays not errors, I wondered tough why files which are identical to the original ones are detected as modified even though were never edited. About the second issue, as I wrote that behaviour occurs even when the cache is disabled, and even if disabled for instance clearing it solves the problem, hard to tell why tough.

Hello On TB1.3 I wanted to check for updates, I got a warning about the following allegedly modified files: cache/cachefs/index.php config/defines.inc.php themes/community-theme-default/order-address-advanced.tpl upload/.htaccess I compared the files with those found in the thirtybees-v1.3.0.zip file downloaded form TB website, and they are all identical Why is this happening? ----------------------- Another thing I noticed In the modules page when is the case one get a warning message showing a list of modules for which a new version is updated. Clicking on a module name in the list the module is shown in the lower right panel and can be updated clicking the button on the right, clicking this button the system seems to update it and give back a success message, but the button on the right is still shown as "update" button and not "configure" as expected. Clicking it again the same happens, apparently the module is updated and the success message is given but will still appear as a module to be updated. Clicking on the other modules to be updated the same thing happens, apparently is updated, you get success message and then appears as if the update was not done, so to be updated again. Insisting in doing this with all the other modules it might happen that some of the previously updated modules finally do result to be effectively updated, some do not anyway... At that point I thought to clear the cache, I thus opened the performance page, and noticed that on this installation I did not even activate the cache, I cleared the cache anyway, returned to the modules page, updated the modules still in the list and finally I could update them one by one. On another installation of TB1.3 I noticed the same phenomenon, the only difference in that case was that I had the cache activated, for the rest I noticed more less the same behaviour. In another occasion in TB 1.3 it happened that after trying to update and getting the same rssults as said above I had other things to do and I got back on it after some time, somewhat a couple of hours later, well, after that time I refreshed the page and the list of modules to be updated changed.... some were at that point considered updated, others still not... however re-updating those left marked as not updated resulted in having them all updated at first try... This makes me wonder, I do not understand this odd behaviour, cache activated or not clearing the cache might solve the glitch, but also waiting some time might solve the glitch, sometimes works straight away, some other times not... What can cause this strange thing? Thank you

These bots filling the cart are pretty common. I have no idea why they do that, however, I observed it many times. If you do not want bots to fill up the cart you must use an addon that do not allow non registered users to use the cart, doing so only users who signed in will be able to use the cart. However doing so also conversion is harder, many some potential new clients might not proceed if they cannot simulate a purchase before signing in... So in order to take a decision much depends on the traffic you have, the resources of the server, the kind of products and customers you deal with.. and so on.. you need to evaluate pros and cons accordingly to your specific case

Thank you DataKick for the information, your explication is very synthetic and clear to understand for the final users