datakick

- migration modules is not complaining about owner/group, but about permissions. Check these files, and make them writeable. - zip - your php server is missing zip extension. https://anto.online/code/how-to-enable-ziparchive-for-php/

You should put debug in various place to figure out what's wrong. I would start by changing copyFromPost, and adding something like this ... d(['ext_warehouse' => Tools::getValue('ext_warehouse')]); $object->ext_warehouse = (int) Tools::getValue( 'ext_warehouse' ); ... i

Works fine for me. I've tested on 1.1.x. Looks like you have something extra on your prod store. You'll need to debug

Transferring site is not only about copying files, it's also about database changes. In this case, I believe that you don't have installed/enabled module statsdata that is responsible for data collection.

You need to call parent constructor in your override file. It should look something like this class Product extends ProductCore { public $ext_warehouse = false; function __construct( $id_product = null, $full = false, $id_lang = null, $id_shop = null, Context $context = null ) { static::$definition['fields']['ext_warehouse'] = array('type' => self::TYPE_BOOL, 'lang' => false, 'validate' => 'isBool'); parent::__construct($id_product, $full, $id_lang, $id_shop, $context); } } Also, you need to create the field in database table, but I guess you already did that.

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: