datakick

What version are you running on? What theme? This can be both core and theme related.

This has nothing to do with the module. Looks like you have some permission issues with your smarty cache directories. To fix this, delete content of /cache/smarty/cache and /cache/smarty/compile directories

Email templates don't have smarty tags. There are only placeholders that will be replaced with *static* content. This means that there can be no loops, no if/else, or other control blocks in the email templates. Which sucks. Replacement content is defined by php code. Usually it is retrieved from existing data (order reference code, customer name, etc...). In some special cases (like here), the content is generated by evaluating smarty template. Template returns static html markup, which is then replaced into the email template.

You probably have some caching enabled - Full page cache or similar.

This really depends on image format you use. JPG does not support a transparent background, while PNG does. Also, it's not really important in what format the source/original image is. Thirtybees will generate different sizes from the source according to images settings, and these variants will be either jpg or png, depending on store settings.

Look into customer groups, and check modules restriction. There was a bug in 1.1.0 that would uncheck all modules when you re-saved the customer group. If you are on 1.1.0, I strongly suggest you use core updater to update to bleeding edge 1.1.x

what does it mean, having troubles? If something doesn't work - what exactly?

It won't affect files/directories stored on the file system. You will obviously loose anything stored in the database. Third party modules won't be installed anymore, etc.

You can simply reinstall the system in-situ: drop database using phpmysql copy install directory from thirtybees.zip file to your thirtybees root directory (you probably deleted this directory after you installed the system for the first time) go to www.yourdomain.com/install and you will be able to re-install the system

Github - I've filed the issue https://github.com/thirtybees/thirtybees/issues/1207

Then file an issue

Good job for a first override. Keep them going 🙂 My insights: Override should not contain anything that is not needed. You should delete all methods that you didn't modified, such as aliasExist or getAddressIdBySupplierId. When you override method, you should always try to call parent version. Sometimes it's not possible, but in your case it is. Your getZoneById should look something like this: public static function getZoneById($idAddress) { $postcode=self::getPostcodeByAddress($idAddress); if (in_array($postcode,array(2450))) { return 9; } return parent::getZoneById($idAddress); } Your new business logic at the very beginning of the method. If the postcode is 2450 then this method will return 9 (id of your new carrier). Otherwise, the original version of the method (from /classes/Address.php) will be called. Calling parent method is very important. It makes sure that your override will work correctly with future versions of thirtybees. The result override might look like this: class Address extends AddressCore { /** * Return postcode of address * * @param int $id_address Address id * @return string postcode * @throws PrestaShopDatabaseException * @throws PrestaShopException */ private static function getPostcodeByAddress($id_address) { $row = Db::getInstance()->getRow(' SELECT `postcode` FROM '._DB_PREFIX_.'address a WHERE a.`id_address` = '.(int)($id_address)); return $row['postcode']; } /** * Get zone id for a given address * * @param int $idAddress Address id for which we want to get zone id * * @return int Zone id * * @throws PrestaShopDatabaseException * @throws PrestaShopException * @since 1.0.0 * @version 1.0.0 Initial version */ public static function getZoneById($idAddress) { $postcode = static::getPostcodeByAddress($idAddress); if (in_array($postcode,array(2450))) { return 9; } return parent::getZoneById($idAddress); }

Thank you, this will help fix the coreupdater issue. Until then, you should do this: 1) execute this in phpmyadmin drop table ps_page_cache; 2) go to core updater and let it re-create the page for you from scratch PS: this 'fix' can be used for table <PREFIX>page_cache only. If anyone encounter similar issue with other tables, please don't 'drop' them 🙂

Not really. I need to see the complete result, not truncated. There's a settings for this in phpmyadmin -- see answer here https://dba.stackexchange.com/questions/175426/output-getting-truncated-in-phpmyadmin

Could you run this statement in phpmyadmin and show results: SHOW CREATE TABLE ps_page_cache;

Using ftp or ssh - delete directory cache/smarty, and then re-create it again

Use core updater to upgrade to latest bleeding edge. Use core updater to check that there are no database differences. Then try again. If this doesn't help, then check what overrides you have installed - there's overridecheck module for that.

Isn't it beautiful how one can easily update shop in just a minute?

It's as safe as any official release. Unfortunately, there is no QA team that would thoroughly test each release. Every release is just an arbitrary point in time / code base.

Update to 1.1.x / bleeding edge

What tb version are you running?

This commit might fix the issue https://github.com/thirtybees/thirtybees/commit/538036cc7faa2d9129ffbd2810d5cbaf25d9fbff

This is a forum, one of many forums I'm participating in. I'm subscribed to hundreds of threads. Unfortunately, it's very easy to miss/forget some message.

Yes. It's number two on the todo list (for this project) Addresses are filtered by currently selected country. If you select destination country for which no address exists yet, you will be asked to enter new one. You can switch to the list of existing addresses and choose one, but that will change destination country as well. Which mean recalculation of the cart, shipping rates, etc...

I don't follow. Can you please explain a little bit more?