the.rampage.rado

There is no need to migrate your shop. Core updater takes care of your files and db (if you think there are corrupted ones, etc.) You have to check what is causing this issue. Check if your shop is configured to run on the server php version (in Core updater -> Settings set 'server version' and update channel to Stable). Then check if you have some changed files when you compare your install to 1.4 in the module. Also if you don't have (as you don't know what this is) it is VITAL for debugging to have this module installed at all times: It collects nearly all errors, notices, warnings, etc. your shop produce so you can solve them. Nobody can help if there is no additional information on the core issue.

I bet on some server issue. In any case this generic information is not enough to troubleshoot. Is there anything in your Error log module?

You can update to edge (simplest) or update your files as follows: https://github.com/thirtybees/thirtybees/commit/e89c365731d095d971038d21d2e0310833e469b9 Regarding the discovered pages in the Search Console - I'm curious if they can be removed or should we leave them as is?

1. It's a known bug, some other parts are not duplicated also. 2. Are you copying products that have Specific price rules attached to them?

I can't help for the PP issue but couple of notes: 1. Don't run your on Force compilation, this makes it slow. Run it on 'Recompile templates if the files have been updated' which is the golden standard in terms of speed and trouble-free operation. 2. After the recent image rewrite there are many new things going on in Images. You have to go to Images section, choose what format you want to use (best are webp and avif (if you are on php8.1 or later), select your quality (90 for best quality, 70 for good balance or less for speedy shop but lower quality images - see this post from datakick - https://forum.thirtybees.com/topic/6608-image-format-webp-vs-avif/#comment-49265 ). Then reset (reset, not delete!) your tumbnails and regenerate all of them. Don't close this page until the process complete. Then you will have to clear your cache and you should see all your images back online with no issues. If not - hard refresh the page in your browser (ctrl + F5 on win). 3. Regenerate your htaccess through SEO & URLs - switch Friendly URLs off, save and then back on and save.

If your theme was compatible with PS1.6 this most probably means it will not work straight away on php8.2 If you switch Niara and test that your setup works on this server then you can switch to your theme and troubleshoot it. I bet block cart is not working (the files that come with your theme for this module).

This appears like a server issue. Take a look here, something might help: https://stackoverflow.com/questions/38796807/smtp-error-550-sender-is-not-allowed https://www.hmailserver.com/forum/viewtopic.php?t=29135 Check if your 'from' email matches the real email that is used.

In order to fix the first two errors - go to Advanced -> Performance and scroll down to CIPHERING. Currently you probably are on PHP Encryption since your last update. But there was a bug with the settings for this encryption (prior to tb) and the settings were not correctly applied. Switch to blowfish and save. Then switch back to PHP Encryption and save. This should populate the needed value in your DB and make those Warnings stop. You can delete those 2mln rows in Error logs module. In regards to your email troubles - have you configured one of the two email transport modules?

Here is the fix for Community theme: https://github.com/thirtybees/community-theme-default/commit/b6584976b52d8e6a818fc031b621c554bdf9fdf5 It is recommended to update to at least 1.5.1 as soon as you can because there are other security fixes between 1.4 and 1.5.1, this time in the core.

You can try https://github.com/tagconcierge/tc-prestashop-gtm-consent-mode-banner-free I'm using it. The only drawback is that is not multilingual but if you have a 2+ lang site you can use their paid module. I downloaded the js files and modified the code to work locally and everything in Google is OK so far.

Exactly what I was going to say. The majority of users here don't know about Phoenix so probably first hand experience won't be shared. Instead I would like to guide you to the last 2 major release threads so you can check how much quality work has been done by the TB team in the last 2 years: version 1.5 version 1.4 And there are tons of new features, bugs and security fixes since. Regarding PhoenixSuite, yes, eolia is doing some fantastic job too. It's really a shame that those project are diverting away in every new release and he does not join the TB team with his knowledge.

Recently I started playing with the embedded SQL manager to make queries that are useful in shop maintanance. I noticed that my products contain information for language ids that are not currently installed (or active). I can't remember if I used to have additional languages in this shop instance before. Currently I have: But this query: SELECT pl.id_product, pl.id_lang, pl.description_short, LENGTH(pl.description_short) as short_description_length FROM tb_product_lang pl WHERE LENGTH(pl.description_short) < 50; pulls the following table: My question is: as I don't have lang ID 3 and 5 could I safely delete all those records (and also every other record, even if larger than 50 characters) for those IDs? Could I use this query for doing so: DELETE pl FROM tb_product_lang pl LEFT JOIN tb_lang l ON pl.id_lang = l.id_lang WHERE l.active = 0 OR l.id_lang IS NULL; If I understand it correctly even if I had let's say Spanish as ID=3 and I remove it and I add it again it will get the next unused langID, not return to 3? In this case why deleting the language is also not deleting all records associated with this ID (products, image descriptions, features, etc.)?

I would like to moderate/remove your message as it's your first here and it contained some bold claims about a company, and nobody here would have time to discuss with their lawyers, etc. For future reference if you wish to be part of this community please keep in mind that you can express your opinions freely, but not as anonymous user that just registered here just to say some 'nice' words against a person/entity. Best regards!

And you have to uninstall the UA module as you will not need it that way.

Thanks for the hint but a merchant permission is vital for this list.

Currently not. You can embed your gtag manually via the Custom Code function. Paste it in "Add extra metas to the header" section. This also works with Multistore (simply switch shop context and add the relevant G Tag).

Or if some products use ASM and some not.

Congrats on updating to 1.5.1 as there are many bugfixes and many security fixes in this release! If you have further issues, please create new thread and we will try to help. 😉

If you are considering those empty lines a way to rule out this is to delete them and then resave your settings in the module. BUT MAKE A DB BACKUP BEFORE THAT!

Try uninstalling/installing the recent posts module and also check your Positions. That is strange.

The core update has nothing to do with those modules. Do you see them installed and enabled in Modules? Do you see the BO menu entry for the blog?

You have to be careful for the type of connection and the ports used. The module works flawlessly. 😉

Could you send me a link?

Probably a discussion that could help you: https://stackoverflow.com/questions/30371910/phpmailer-generates-php-warning-stream-socket-enable-crypto-peer-certificate

If you clear the cache of your browser or open Incognito mode they will not be visible. If you want to clear some more space you can go to /themes/cache and clear every js and css file older than 30 days (or update to edge where this functionality is added in the core). It will not clear lots of inodes but will free some space.