datakick

also, check that the ContactController override is installed.

I'm sorry, but this is impossible to understand 🙂 At least for me. Could you please re-phrase it?

You didn't get the idea of a multistore at all. Multistore means that you have only one installation that handles all your stores. These stores can have different domains associated, you just need them to point to the same IP address you thirtybees is running on. When visitors visits any one of these stores, thirtybees will determine the correct shop context from the url, and will serve content from that shop only. Of course, you can decide if your mutli-stores will share products, customers, orders, etc. You can set it as you wish. The main benefit of multistore is that you can manage everything from one back office

Waiting will not help. It should / must work when you open url in browser. The blank page itself is ok, that's an expected behaviour. But the exchange rate should be updated. Look into your error logs (both server and in thirtybees /log directory) to see if there's any clue why. If there's nothing, the only think you can do is debug.

What does it mean? Do you get 404 / 500 http response? Some error in error log? The currency cron script don't output anything, it's a blank screen. This is intentional, and not a bug.

Bots roaming through your site and trying to submit forms will definitely consume some of the resources. There is not much you can do to prevent this (unless these bots come from the same IP address) That's a cost of running the website business, I'm afraid.

Than it's not a valid ps16 theme. Maybe it's ps17? Or maybe it's a zip file that contains another zip file (the actual theme) -- developers sometimes distribute themes this way

your theme either does not contain config.xml file, or this file is invalid. Please look into zip file to see if this config.xml is there. If so, please attach.

Community Theme Configuration module

turn on debug mode first in Advanced Parameters > Performance

Ou, revws tables use utf8 charset, that's not suitable for storing emoji. I might fix this in the future. Meanwhile, you can modify the tables https://stackoverflow.com/questions/39463134/how-to-store-emoji-character-in-mysql-database

Thirtybees is continuation of ps16, and should be backwards compatible with it. That means, most of ps16 modules will work on thirtybees. But thirtybees modules might not work on ps16. Ps17 is completely different beast. It's not compatible with neither ps16, nor thirtybees. ps17 is often not compatible with ps17 itself 🙂 Stay away from it.

Address format is determined by country. Country (and associated AddressFormat) is not multi-store ready, so this settings is global for all stores. I believe this is the correct behaviour. Your use case is really very rare, and in my opinion does not justify making AddressFormat multistore. To solve your requirement, you can override method AddressFormat::getFormat. Please do this in custom module if you can

They have a banner on their home page saying "All our Modules & Themes are Now Free due to the COVID-19 Outbreak!" That's a very nice gesture

And what does the error message says?

That's not true. I'm using tb in my local installation with php7.4 without any problems. True, there are some notices and warnings in the log. But that doesn't mean tb is incompatible with 7.4. It means that it will not be compatible with future versions of php, unless somebody addresses those warnings.

I don't see any reasons why thirtybees wouldn't work with php7.4. There might be some new warnigns / notices in the logs, but nothing serious. Report these to github.

For performance reasons the geolocation result (country code) is stored inside cookie. If you visited your site using the Safari before you turn on the VPN, it's likely the cookie contains your real country

Google (and others) is using many data centers across the globe to crawl and index your site. Guess what will happen when google access your site from a restricted country, and your server responds with standard success http page? It would index this 'This page is restricted' content instead of the real content, and that would hurt your seo efforts greatly. That's one of the reasons why tb responds with 503 error page -- to clearly indicate to all crawlers that the content they are seeing is some sort of exception, not to be cached or indexed. Anyway, I don't understand the need for geo-restriction at all. If you don't want to ship to some countries then solve this at carriers / zones level. But to completely block access from these countries is overkill

Looks like modules directory is missing, or has wrong permissions /home/domain user name/domains/pewterjewellery.co.uk/public_html/modules/

Also check Advanced Parameters > Logs and look for entries that starts with MaxMindGeoIP2

Are you using cloudflare, by any chance?

You can probably use multistore to achieve this. I believe @rubben1985 do something like this

Hard to tell, this can be caused by many things. Somebody needs to debug things

Oh, this looks like a bug. There are different rules to determine set of hooks affected by FPC in Configuration page, and in Hook class. This should be unified. With this in place, this issue will probably be solved itself, because 'actionProduct...' hook should not be considered at all