datakick

yes

Yes, I'm part of the group that would like to take over thirtybees. Currently we are trying to buy the rights -- not the thirty dev llc company, as we are not US based. Negotiations took a long time now. Every time we get close to the deal something else pop up. Important thing is that we are committed to this. Although we prefer continuation of thirtybees for various reasons, we are prepared to fork and proceed under the new brand if the deal is not reached soon.

Well, the error message says 'Expired API Key provided' --> that's the message that stripe server responded with. You should log in to your stripe account and generate new api keys

Just a side note: This 'Keep JS and CSS files' feature exists mostly to support archives. For example http://webcache.googleusercontent.com/search?q=cache:https://store.getdatakick.com/ currently displays my store as it appeared on 16 Oct 2020. If this feature was NOT enabled, and if I made any changes to my site in the last 3 days, then CSS nad JS files would not be loaded, resulting in broken page. Not that important feature, but nice to have. It's definitely safe to remove old files from this directory, or even all of them.

Advanced Parameters > Performance > CCC > Keep JS and CSS files ?

In theme directory there are only theme specific template overrides, translations, etc. Module itself is stored inside /modules directory

Go to Administration > Preferences and disable Check the cookie's IP address settings. That will probably help -- it's possible you are behind some proxy, and your ip address changes. Even cloudflare can cause this

this looks weird. Could you give me back office and ftp access to your test server, so I could investigate? Updater module should be the most stable piece if the system, but it obviously isn't. That needs to be fixed

I have a feeling that your server is configured to block downloading assets from internet

tb_image_type

mysql> select * from tb_image_type; +---------------+---------------------+-------+--------+----------+------------+---------------+-----------+--------+--------+ | id_image_type | name | width | height | products | categories | manufacturers | suppliers | scenes | stores | +---------------+---------------------+-------+--------+----------+------------+---------------+-----------+--------+--------+ | 19 | Niara_cart | 80 | 80 | 1 | 0 | 0 | 0 | 0 | 0 | | 20 | Niara_small | 98 | 98 | 1 | 0 | 1 | 1 | 0 | 0 | | 21 | Niara_medium | 125 | 125 | 1 | 1 | 1 | 1 | 0 | 1 | | 22 | Niara_home | 250 | 250 | 1 | 0 | 0 | 0 | 0 | 0 | | 23 | Niara_home_smaller | 218 | 218 | 1 | 0 | 0 | 0 | 0 | 0 | | 24 | Niara_home_smallest | 211 | 211 | 1 | 0 | 0 | 0 | 0 | 0 | | 25 | Niara_large | 458 | 458 | 1 | 0 | 1 | 1 | 0 | 0 | | 26 | Niara_thickbox | 800 | 800 | 1 | 0 | 0 | 0 | 0 | 0 | | 27 | Niara_category | 870 | 217 | 0 | 1 | 0 | 0 | 0 | 0 | | 28 | Niara_scene | 870 | 270 | 0 | 0 | 0 | 0 | 1 | 0 | | 29 | Niara_m_scene | 161 | 58 | 0 | 0 | 0 | 0 | 1 | 0 | +---------------+---------------------+-------+--------+----------+------------+---------------+-----------+--------+--------+ 11 rows in set (0.00 sec) Is this what you want?

First of all - you should update to bleeding edge, and install maxmindgeoip2 module that can handle new version of database. But back to your question - smarty variable geolocation_country is available only in restricted mode -- when tb blocked access to the store based on ip location. If user is not blocked, this variable is not populated. So you can't access it in any way. For testing purposes you can simply modify the frontcontrolelr and always populate the geolocation_country smarty variable.

you don't have installer or enabled zip php extension https://www.digitalocean.com/community/questions/php-7-0-ziparchive-library-is-missing-or-disabled

Is it tb error page, or web generic server error page? If it's tb error page, then enable debug mode, ale post here the root cause. If it's the server error page, look into server's error log.

Looks like execution flow goes through different code branch for different users. In the context of one user RockPos module was probably not loaded. PHP did not know/found the constant this module defines, and the code in override failed terribly. Let's blame RockPos module for this 🙂 All overrides should check if the module is enabled and loaded. If not, they should NOT do anything - they should fallback to overridden method. Since you are customer of RockPos please file an issue for this, and let them fix it. Meanwhile, you should figure out why one user has different context than other. I would guess this to be related to Customer Groups -- modules can be disabled per group, so check this settings. But of course, it can be different issues

When you enable the module (and overrides), does it fix the problem?

This looks like a remnant of RockPOS module. Are you using this module right now? If not, delete the overrides.

If you want to use php 7.4 please update to 1.1.x.

disable debug mode

Almost there 🙂 What I'm interested in is not response headers and cookies, but response content. Look into Preview or Response tab:

Please click to network tab, look up this failed request, and look into the response. There might be some helpful text. Also, enable debug mode

Did you look into javascript console? Are there any errors?

If there are no errors on javascript console or in server error log then there is not much to suggest. I can investigate for you, if you send me back office and ftp credentials.

I would go to V1.1.x 🙂

It looks like you might be right -- I just encountered the same problem on my demo server. Will investigate