datakick

As long as you keep 'Friendly URL' the same you can rename your product name to whatever you want, it should not have any negative SEO impact

I believe the culprit is javascript file /modules/addtocartfromurl/views/js/bootstrap.min.js It contains some very weird string that makes the entire file invalid - when you load it into the page it throws syntax error. When this file is joined with other scripts into smartcache javascript bundle, it will probably make the entire bundle invalid as well.

BTW, I've tested free orders on bleeding edge, and it works as expected

Javascript smartcache concatenates all javascripts file to single file. While this reduces the amount of resources on the page, it has one big drawback - scripts are no longer isolated from each other. If initialization of script A throws an exception, it can prevent script B from running. This option should be used only when you are 100% sure all your scripts on the page works OK. Never enable this smartchase if you can see any red lines in javascipt console.

Module 'blocknewproducts' does not implement displayHome hook. That's not a bug in the system.

Not sure what the problem is, I've just tested the functionality and it work for me without any issues. Maybe try to unhook the hook once again, and this time open console and look in networks tab for any errors

Also, note that you can translate only one 'section' at the time. It's a bit unfortunate

I can't reproduce this. Can you show some screenshots?

Talking about bugs on forum is not bug reporting. Forum is (should be) primarily used for discussion between users, and not as a communication channel with developers. When you find a bug, please file a github issue. Try to describe it as best as you can, come up with reprosteps, etc... That way it will be tracked, and it will not get lost in the forum archives

Include the top line into your expression. Something like this should do the trick {if ($page_name == 'search' || $page == 'order-opc')} <meta name=”robots” content=”noindex,follow” /> {else} <meta name="robots" content="{if isset($nobots)}no{/if}index,{if isset($nofollow) && $nofollow}no{/if}follow" /> {/if}

Have a look if you have these changes included in your code: https://github.com/thirtybees/thirtybees/commit/f3f0f1ab2538633111fdb902a7f2a40cbb835ae6

I wouldn't say that it doesn't work. It does work quite nicely. The problem is that many modules are written in a way that just prevent any caching. For instance, consider module that implements hook 'displayHome'. Thirtybees assume that, since this is displayable hook, its output can be cached. But this assumption might not be true. The hook can have 'side effects' if the hook is not called every time page is rendered, the module will not work as expected. For example, this hook it can insert or update data in database, perform webservice call, do captcha validation, etc... TB, of course, have no way to know which hook implementation are 'pure', meaning its output is based solely on input parameters, or which are impure (with side effects). So it can't automatically decide what output should be cached, and which not. Unfortunately, merchants have to step in, and do this decision -- they have to mark which hooks are cacheable, and which aren't (using those red and green toggles). The problem is, of course, that merchants don't have this information as well. Then can only experiment, and see what works and what now,... and hope for best. So, it's pretty easy to come to the conclusion that the OPC is broken These are the reasons why usage of OPC is not encouraged. It exists only because some very tech-savvy merchants use it to fine tune their store, but for general audience it's not really useful. Thankfully, tb is pretty fast even with this cache disabled. I would, actually, vote for removing this from core to separate module.

Your theme probably doesn't support webp. If it does support this feature, it must be marked in theme's config.xml file, like this

Version 1.1.2 has been released few days ago with the fixes. No need to manually apply the fix, simply download the latest version

Can you enable debug mode to see the actual error message? Also, please attach your theme's config.xml file

I don't know what to tell you then. If we don't know what the error says, it's hard to tell what went wrong

You should delete this whole override file. I don't see any reason for it to exist, other than screw your store. Especially since there isn't any module reference. Once you delete it, don't forget to remove /cache/class_index.php file as well

This doesn't look like an override -- did you attached file from /override/... directory?

You need to figure out which override is causing this, and if you need it for anything. Most probably not... Look if there is override/classes/Tools.php file. If so, look inside... I bet hash method will be overwritten, for some reason...

What error is that?

Try to restore original IP address, as described here: https://support.cloudflare.com/hc/en-us/articles/200170786-Restoring-original-visitor-IPs-Logging-visitor-IP-addresses-with-mod-cloudflare-

I don't know what you did, exactly, but the zip file contains global.css file modified on Nov 19: > zipinfo niara-master.zip | grep global.css -rw---- 0.0 fat 178726 tx defN 19-Nov-29 14:56 niara-master/css/global.css Note that the zip file does not contain niara directory, but niara-master. If you simply unzip it, it won't replace your niara directory. You need to unzip it, and and move the content

Do you have latest version of core updater? Did you uncheck Ignore community themes switch before update?

I don't have free capacity to take on such project, unfortunately

The watermark module was not initially forked because there wasn't any license file in the github repository. License file is there is now, but the modules is already updated to work on ps17 only, so it would be harder to migrate migrate it back to work on ps16 / tb... but of course it's doable